|
Do you have a real, physical desk?
How did its makers finish its top?
a: with varnish or lacquer?
b: with melamine?
c: with Fablon?
d: with Formica?
e: with 1mm, 1.2mm, or 1.5mm wood laminate?
f: with wallpaper?
If they went for f, it's probably best not to buy furniture from them again.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Okay, but it's a Virtual Desktop, held vertically.
So, you could call it a "covering" or "tablecloth", or "runner"...
But wallpaper meant the right thing to me.
Now, Dragging a diskette to a garbage can to EJECT... That's CRAZY!
|
|
|
|
|
Kirk 10389821 wrote: Okay, but it's a Virtual Desktop, held vertically. We've already covered that[^].
The actual desktop is horizontal, but is projected onto a vertical screen, which is why CRT monitors were so big.
Nowadays, projection software is vastly improved, so monitors can be much slimmer.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
This have given me an idea for an unmixed-metaphor GUI.
It will have a desktop, but it will be covered by a proper blotter. The mouse pointer will of course be replaced by a nib, which will need to be periodically dipped into the inkwell at the bottom right of the screen to keep it working (fountain pen upgrades available in the app store). To save a document, you of course turn it over and press it to the blotter. If you want to send an email the pneumatic tubes are there for you on the right, and if you want to open a chat session there's a teletype to your left.
There will be no windows, because as everyone knows if you want work to get done you put people in a room with no windows.
This is golden, I should pitch it to VC guys. A decade ago this would have been enough to get to an IPO.
|
|
|
|
|
|
I don't believe in wallpaper, I just have paint.
|
|
|
|
|
Yes, whitewashing has become very popular, in the past few years.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Surely, it should be Curtains for Windows?
Apart from the pun, it is actually quite a good analogy - when the curtain(s) across, you can't see the windows...
|
|
|
|
|
Either that or the hamsters have been given too much fermented sunflower seed...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I don't get it?
|
|
|
|
|
CP disappeared for 15 minutes or so - even isup.me agreed it wasn't working.
I blame the legalisation of Hamster Narcotics, myself.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Thanks for clarifying!
Quote: I blame the legalisation of Hamster Narcotics, myself. This is entirely possible. Pot is legal in Canada as far as I remember!
|
|
|
|
|
OriginalGriff wrote: fermented sunflower seed
While browsing CP this evening, I got a page saying that "CP's crack team of sysadmins" were performing an upgrade. They obviously prefer a different poison.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Daniel Pfeffer wrote: I got a page saying that "CP's crack team of sysadmins" were performing an upgrade. As opposed to microsoft update's sysadmin team of crack-heads?
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: microsoft update's sysadmin team of crack-heads?
You've just offended every crack-head out there.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Back in VS2013 days, you could pretty much code all day on one compile... when it crashed, or stopped on a break, you could move the execution point around, or unwind the exception, change the code, and carry on again.
Ever since VS2015, Edit & Continue has been broken - mostly, the slightest change results in a System.ExecutionEngineException, and everything has to be stopped and rebuilt.
It's still the same with VS2019, slightly improved perhaps, but a long way from being robust enough to be usable.
The guy I work with has refused to move forwards from VS2013 for this reason, as much of what we do is maintaining and enhancing a .net 3.5 Winforms app. It has well over half a million lines of code in it, so moving the whole lot to WPF isn't an option.
Microsoft has closed all the incidents I've raised, despite my sending them a YouTube video I made showing how VS2013 worked perfectly, and VS2017 failed, on exactly the same code.
Any ideas? It would be so amazing to be able to use E&C again, in the way it was obviously intended, as an actual productivity tool.
|
|
|
|
|
I'm not a fan. I wouldn't trust it. I prefer it to tell me the code is running when I accidently press a key and prompt to stop the run -- which is what I usually want to do.
|
|
|
|
|
EDIT: I decided to ship it as is
I messed up, I think.
I had my GLR parser generator all ready to go, so I want it to demo something that only an advanced parser like a GLR parser could parse (at least without handwritten parts, unlike Parsley)
I loaded up my C# subset (Slang) expression grammar and started to port it from parsley to glory which means removing the handwritten components and replacing them with the sort of BNF/XBNF constructs that Parsley couldn't parse.
Here's the problem: GLR grammars are never rejected. No matter how dodgy the grammar you give it is, it will find a way to accept it and parse it, even if what it returned might not be what you intended (as happens with complicated things)
That might not seem like a problem until you're trying to actually build a valid grammar. GLR will accept anything "valid" or not. All "invalid" means to GLR is that your parse trees won't come back in the form you expected them to.
Detecting whether a grammar is globally ambiguous is mathematically impossible (it has been proven undecidable)
So the next best thing would be to do analysis on it by trying to generate a less powerful parser using something like LL(k/*) but that doesn't quite work since LL only works on grammars that are not left recursive. Even if I knew how to implement LL(k/*) (I don't). Even if that wasn't an issue it still doesn't work because there's still a set of grammars GLR parses that LL can't - ambiguous grammars
It's a logic problem. I want it to reject invalid grammars but it can't know what "invalid" means unless I tell it, which is what the grammar is for in the first place!
The only thing i can think of is having a way to specify in the grammar that a certain construct should or should *not* be ambiguous but I am almost positive that will not work as I don't think it's mathematically possible to detect all local ambiguities either.
Frankly, GLR is *too* expressive. I just don't know what I can do about that, but it makes constructing accurate grammars extremely difficult.
Other people have built GLR parsers, so there might be a clever solution somewhere for this, but I'm not likely to google the problem and find much - GLR is rare, aside from Bison, the only "mainstream" parser offering that includes it, and it was only added later on.
If I had thought far enough ahead I would have researched that up front, but now I'm wondering if I should ship like this, or hold off until I can find a better way.
Real programmers use butterflies
modified 22-Feb-20 10:27am.
|
|
|
|
|
honey the codewitch wrote: I'm wondering if I should ship like this, or hold off until I can find a better way.
EA games would have shipped a couple of months ago and provide an expensive DLC to fix it.
Apple would call it a battery saving feature and ship a new version of the hardware.
Samsung would call it a hand warmer.
Corel wouldn't even ask themselves the question ...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Hahaha it's funny because it's true!
Real programmers use butterflies
|
|
|
|
|
you forgot microsoft:
they would ship, release most of the fix incrementally over a number of 'updates,' then lose interest.
(queue the haters ...c'mon, y'all knew I couldn't resist another dig at les miserablesoft)
after many otherwise intelligent sounding suggestions that achieved nothing the nice folks at Technet said the only solution was to low level format my hard disk then reinstall my signature. Sadly, this still didn't fix the issue!
|
|
|
|
|
lopatir wrote: queue the haters "Cue", not "queue".
That'll be 50 cents.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I am not sure I follow you here. Are you saying that a well designed GLR parser accepts any input? So, if V is the set of terminals, your generated parser will accept V+ ?
It seems to me that there are easier ways to accept "any" input string
|
|
|
|
|
It will not simply accept V+
I'm saying it accepts any grammar, not any input (maybe I misspoke somewhere above? i haven't looked)
The inputs must conform in some way to the grammar provided, but the grammar can be ambiguous in any way.
Real programmers use butterflies
|
|
|
|
|
You're simply confirming that (good) design is an iterative process. More bangs too.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|