|
Did you wrote ASP by accccccccccccccident? No X?
I would say that a ASPX based API behind a pure JS/HTML/CSS solution can be good...
(Of course if you have to share the session info between ASP and ASPX you have trouble here...)
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Yers, it's Asp pron.
It's just a first stab, which incidentally you're heading for, at how to build the capture component into a much bigger system. All I'm doing now is one form to set up questions and one to enter responses.
veni bibi saltavi
|
|
|
|
|
So first thing you have to check is the session... There is any vital info stored on the session? Should you share it with the new code?
Simply the session is the biggest problem when mixing different technologies... If there is no session issues you can do as you wish, writing a MVC-Single Page Application maybe a good idea too...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Funny, anyone else would be directed to the Q&A section.
|
|
|
|
|
By whom? Those are doing it have a weekend today...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
And then rapidly directed to Google.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Which directed me back to THREE cp articles that are copies of the same piece. Anyway, I found a [probable] answer to my cogitation, as that was all it was, and I have a workable model 75%* done this afternoon.
* the other 25% will of course take another 80 hours
veni bibi saltavi
|
|
|
|
|
The last 25% will take up the other 75% of the project
|
|
|
|
|
Get thee to QA, go. Farewell. Or, if though wilt question in the Lounge, question drunks, for sober men know well enough what fools you make of them. To QA, go, and quickly too.
(What the Bard would have said, were he a CPian)
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Slacker007 wrote: anyone else
Which just goes to prove, there's Nagy, and then there's everyone else.
Marc
|
|
|
|
|
I resemble that remark!
veni bibi saltavi
|
|
|
|
|
But if you went to QA to read his question, you wouldn't find it, because it's here.
It's a catch-42*.
* Which is at least 20 bigger than the 22 variety.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
It has always been advised to put a code example in your programming questions. I used to think it was a good idea, because how else can you make sure that potential answerers really know what you're asking a question about.
But I'm not convinced anymore. At least not for every type of question, some questions are inherently about some piece of code so it had better be there. But what I'm seeing a lot is that someone asks a general question, includes example code because that's what you have to do to ask a "good question", and then everyone jumps on irrelevant details of the example. Bonus if OP changes the example (to remove the unintended problems with it) and then gets blasted for making the answers irrelevant (they already were, but no one could look any further than the code on their screen).
Especially for C/C++ (inb4 "not the same language" - no, but similarly broken and the communities act the same) questions, where the example has some unintended UB in it (because all C/C++ code has UB in it) that is unrelated to the question they were trying to ask, and everyone jumps on the UB instead of the actual question. But it applies in general.
So including a code example is not always a good idea.
modified 26-Feb-17 7:28am.
|
|
|
|
|
I'd say that most questions should have code - the ones that omit it generally are the "do my homework for me" merchants and Help Vampires.
If nothing else, having to provide relevant code focusses the OP's mind on the actual problem and - in my case at least - means you can see the solution without posting the question. And proves that you have genuinely tried something!
But ... if you post code, it should be relevant, correct, and capable of compiling. It would be nice if it demonstrated the problem as well, be we can't expect miracles from some people.
If it doesn't compile, then generally it's not the code they are actually using because that would be copy'n'paste so it's pretty much useless anyway.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
harold aptroot wrote: So including a code example is not always a good idea. Not including one is worse. I'll assume you did not even try to write code, or cannot find the appropriate commands to copy and paste
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
But there is nothing to try, it's a general question. Any example would be artificial.
|
|
|
|
|
I'd have to see an example of that
Sometimes the question is as general as "how do I save stuff". One way of asking for more details and context is by asking for an example of what they are trying to achieve.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Any example I give here would make people miss the point..
But whatever, let's go for it.
OP wrote: How does x & -x isolate the rightmost set bit? For example in C:
int rightMostBit(int x) {
return x & -x;
}
Tags: [two's complement arithmetic]
Typical reply:
Oh boy, negating an int in C? Can't do that, it might be INT_MIN and then negating it will bring about the apocalypse. Actually even ignoring that for a second, what if it's not a two's complement negative but something else, with one's complement negatives you'd just get zero and with sign-magnitude representation you'd get abs(x) . See, it doesn't isolate the rightmost set bit in the first place.
All of which is (as far as I know) true enough, but irrelevant to the question.
|
|
|
|
|
The problem is when the question is unclear (mostly I see problems with English), and you try to understand it from the code - which may be largely unrelated... In this case talking about the code - that does not compile - is possibly irrelevant, but you left with nothing, else... For me it is a way to communicate, in case when English (mine as well) is insufficient...
A 'good question' is not about adding code to the text, but writing good text and adding relevant code...
So IMHO, adding code or not is not for the OP to decide, but more for the one who try to answer if to use it or not, and how...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Many of the problems you have described have arisen because there are many regular 'contributers' who insist on jumping in and answering questions they do not understand (because they are unclear). One jumps in and others follow. There is a comments mechanism which is designed specifically for obtaining clarification. This is under utilised. In the real world as opposed to the Q&A these types of responses would be met with derision. Instead they garner support from various acolytes (regulars) who often upvote each others non-answers leaving the OP wondering what has happened. Code in my opinion is always good and if it is not clear a polite comment is all that is required.
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
The other problem is that some people go "it's not clear, let's close it" (often with a rude comment) instead of trying to understand it, or ask / wait for clarification. OK, we don't get as much now that He Who Must Not Be Named has gone away - but it's still not helpful to anyone.
And sometimes, if you think outside the box you can work out what the OP is trying to ask...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OriginalGriff wrote: He Who Must Not Be Named has gone Hm...hm...hm...
He is here... But only to writing articles... You do not see because he needs not our approval...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Don't tell me, half of 'em are "see my other article, it's much better"
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
This is exactly my point.
OriginalGriff wrote: And sometimes, if you think outside the box you can work out what the OP is trying to ask...
If the OP confirms "Yes that is what I was asking" then answer. Answers simply based on what the respondent thinks the question may be often go astray.
OriginalGriff wrote: ome people go "it's not clear, let's close it"
Yes this happens but a question can't be closed (under normal circumstances) by one user - or can it?
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
OriginalGriff wrote: He Who Must Not Be Named has gone away There was an OP who lived?
|
|
|
|