|
What they're saying is, "I want to easily be able to select now, in 1, 2, 3 or 4 weeks, or a specific date." Doesn't seem like an unreasonable request to me. Many apps offer similar functionality.
/ravi
|
|
|
|
|
So ... a drop down, or set of radio buttons (drop down allows for more flexibility in future) and a tiny bit of code. What's the problem?
Sounds like a very nice little feature that is simple to implement and makes the user's life a load easier ...
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Yes thats what I did. Added a dropdown. Making thier life easier that I am not sure of
Zen and the art of software maintenance : rm -rf *
Maths is like love : a simple idea but it can get complicated.
|
|
|
|
|
Developers who refuse to understand what makes life easier for their users worry me.
It is a perfectly acceptable request, which obviously means "Next Monday", "the Monday after that", etc, and I, at least, can see how that would have value to users.
I suggest that you just do it.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
When you inherit project and open it up for the first time, look in References and see System.Data.OracleClient.
me.
|
|
|
|
|
I feel your pain!
Technician
1. A person that fixes stuff you can't.
2. One who does precision guesswork based on unreliable data provided by those of questionable knowledge.
JaxCoder.com
|
|
|
|
|
Early morning, caffeine deficient, juxtaposed with your post below, I read that as
Mike Hankey wrote: I feel your paint
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
I drink your watercolors
«Where is the Life we have lost in living? Where is the wisdom we have lost in knowledge? Where is the knowledge we have lost in information?» T. S. Elliot
|
|
|
|
|
AND YOU JUST_KNOW YOU are going to enjoy all those underscores.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
Could be worse, it could've been VB6.
|
|
|
|
|
It is worse. It's a VB.NET project that started life as a VB6 project and was run through the conversion tool, and then you add 3rd party conversion tools to it and you get an ing nightmare.
|
|
|
|
|
I was offered a job as an Oracle DBA.
Luckily, they asked if I would be interested in a different position, so of course I said Yes. Doing front-end web work for something.
But what the heck is "Groovy"? Well, at least it's not Oracle.
|
|
|
|
|
GenJerDan wrote: they asked if I would be interested in a different position Based on comments from an Oracle app developer I know, at least with something else they'd offer lube.
Software Zen: delete this;
|
|
|
|
|
I work on an Oracle based system and yep it's horrible.
After the current job I will never work with an Oracle database again if I can help it.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
I once applied for a job in the military.
"Your resume says you're in IT so we have two available positions, you can become an Oracle DBA or we can test new torture methods on you."
"I'll take the torture methods, please."
They then presented me with an Oracle database
|
|
|
|
|
Wimp.
You need to embrace it.
|
|
|
|
|
it didn't work!
Technician
1. A person that fixes stuff you can't.
2. One who does precision guesswork based on unreliable data provided by those of questionable knowledge.
JaxCoder.com
|
|
|
|
|
|
/ravi
|
|
|
|
|
I like how he just brushed it off.
|
|
|
|
|
|
Color me surprised, but that seems like a stroke of bad luck.
|
|
|
|
|
What a paintful disappointment!
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
Please bring some garish color paint and tome thinner. Then we can load it inti my Super Soaker (TM) airbrush and have some fun.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
An LR parser works like this
Fetch = tokenFoo
Fetch = tokenBar
Fetch = tokenBaz
// parser recognizes those three in a row so it reduces to a rule
Foobar -> tokenFoo tokenBar tokenBaz
You don't get the rule to reduce to until after the tokens are read. You have no idea how many tokens it takes to resolve a rule until after the fact. Which is fine. Usually.
So to build a tree, you have to keep a stack, push any tokens fetched, and then whenever you reduce to a rule, you pop the tokens on the right hand side of the rule, and push a new token for the left hand side of the rule. Easy.
The trouble is when an error is encountered. You won't necessarily get the right number of tokens back
(the parser can actually handle this part, but the tree builder can't)
Fetch = tokenFoo
Fetch = error
Reduce = FooBar -> tokenFoo error ???
Ouch. I don't have enough tokens.
The trouble is, I don't know I don't have enough tokens until the stack is empty.
So basically, I can't even build trees from a shift reduce/LR parser if there are errors in the input.
This is BAD.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|