If you move your mouse continually the query may not fail. Do not stop moving
121–130 of 168 posts
Re: If you move your mouse continually the query may not fail. Do not stop moving
#122Whenever I am waiting for something to happen, I tend to move my mouse pointer around in circles on the screen - this always caught peoples attention and I've been asked plenty of times over the years if there was a reason for it. I always joked that it helped make things go faster by making the computer know I was still there and waiting - I guess I wasn't lying.
Re: If you move your mouse continually the query may not fail. Do not stop moving
#123Earlier quoted context omitted.
Similar to COM, are (beside OLE, DCOM, ActiveX) Gnome's "Bonobo" (component model) [1], KDE's KParts, Mozilla's XPCOM and CORBA. Apple choose KHTML over Gecko for it's Webkit fork [2] because of the various cons of such component models. [1] Bonobo is officially deprecated: http://en.wikipedia.org/wiki/Bonobo_(component_model) [2] http://en.wikipedia.org/wiki/XPCOM
I remain convinced that C++ warps peoples minds into things like this :-). I'll go out on a limb and say that pretty much ALL of those things are horrible.
Re: If you move your mouse continually the query may not fail. Do not stop moving
#124It still happens, i have seen here in Mexico in the Gov Agency that collects taxes when they send something to print/export pdf's they keep moving the mouse or their progress bar doesn't move at all. But they made this natural i think it is part of the training they receive, maybe some devs there tough it was the only way to get the rid of that bug, JUST KEEP MOVING THE MOUSE!. Agency url: http://www.sat.gob.mx/sitio…
Re: If you move your mouse continually the query may not fail. Do not stop moving
#125Can you imagine how crazy you'd think the customer was if you were giving technical support and they insisted they had to do this?
After that, I don't think anything somebody reports as a Windows application bug could make me think they're crazy.
Re: If you move your mouse continually the query may not fail. Do not stop moving
#126Earlier quoted context omitted.
Similar to COM, are (beside OLE, DCOM, ActiveX) Gnome's "Bonobo" (component model) [1], KDE's KParts, Mozilla's XPCOM and CORBA. Apple choose KHTML over Gecko for it's Webkit fork [2] because of the various cons of such component models. [1] Bonobo is officially deprecated: http://en.wikipedia.org/wiki/Bonobo_(component_model) [2] http://en.wikipedia.org/wiki/XPCOM
I remain convinced that C++ warps peoples minds into things like this :-). I'll go out on a limb and say that pretty much ALL of those things are horrible.
Re: If you move your mouse continually the query may not fail. Do not stop moving
#127Can you imagine how crazy you'd think the customer was if you were giving technical support and they insisted they had to do this?
The customer? didn't you mean the developer? The dumbest customer will guess that a "solution" like that from support can only come from a design that sucks. If it were a refrigerator instead of a spreadsheet it would be like support telling you that you have to keep petting the door of your refrigerator to keep it cooling. Who is the crazy there?
Re: If you move your mouse continually the query may not fail. Do not stop moving
#128Re: If you move your mouse continually the query may not fail. Do not stop moving
#129This is a 11 year old knowledge base article for a bug in a product (Excel 97) that saw the light in 1997, that is 17 years ago. Yes, the second workaround is kind of hilarious, but let's not draw too many far-fetching conclusions from it. I believe many of us have seen crazier bugs.
>far-fetching conclusions like bot detection on NT-based systems? Yes, lets not talk about that.
Re: If you move your mouse continually the query may not fail. Do not stop moving
#130Earlier quoted context omitted.
True, but back then there was no "CPU power saving" mode. The CPU was slow and it always run at full speed (power was cheap back then). In the Windows NT series (4, 2000, XP, etc.) the sheduler gives the forground application an higher priority. It runs a longer CPU time than all other applications. This was probably also similar with Win 3 and 9x series but probably with many hacks and glue code on top of DOS. Movin…
Not completely true, there was some kind of power saving starting in those days: If I remember correctly, one of the first moves towards power-saving in the stock-OS was Win 95/98/ME (one of those) to start using the HLT instruction (stop processor up to next interrupt) in the main OS, was a busy loop until then. Notebook manufacturers (I worked with machines from Toshiba and Compaq in the 90s...) provided DOS TSRs a…