|
|
CodeProject is actually pretty good browsable on Lynx 
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Go ahead and make them feel bad about it. Show them what they're doing wrong, and that a high school kid could fix it for them in about 10 minutes. Or to expedite the process, offer to fix the problem yourself at whatever your premium rate is, multiplied by some factor.
|
|
|
|
|
I think they know how terrible it is because they basically run numerous streaming videos as you try to read the article. It's a terrible site. Don't go there. It's now off the list or I will pull the articles back with my text browser.
|
|
|
|
|
FWIW, I suspect one of their advertisers is responsible for that. I have a lot of them shutdown with a massive HOSTS file so I didn't see any memory hogging.
|
|
|
|
|
Are they trying to mine bitcoins with your equipment? 
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Nelek wrote: Are they trying to mine bitcoins with your equipment?
That's exactly what I was thinking too. I wouldn't rule that out as a cause. 
|
|
|
|
|
In the old days, all web browsers had a command to stop animated GIFs from executing. Just putting a few such GIFs into your web page could drive your CPU into saturation.
I am of course talking about those days when I was running a 25 MHz 386 with a luxurious amount of RAM, 512 kByte.
For some reason, you never see any "Stop GIF animations" command in today's browsers. Maybe it should be brought back, and extended to cover all background activity, whether sound, video, animations or whathaveyou.
|
|
|
|
|
|
Ryan Peden wrote: 'The Website Obesity Crisis':
Yes, all the web sites think people have unlimited bandwidth and CPU cycles now since they are both becoming so (relatively) cheap. It's ridiculous and sloppy development.
|
|
|
|
|
At home I am working on this kind of vector graphics software to make RPG maps...
I have a conundrum.
My maps have multiple graphics layers.
Each layer could have a different type (background / grid / hex / canvas), and different tools available depending on its type (for example drawing lines is only on canvas).
Maps have only one active layer that will be the one edited by current tool.
Currently I only display tools of the active layer.
Now what annoys as I develop & play with it, when I start, I often have to show the layer control and select the appropriate layer to do stuff... it's... somehow unintuitive, I need to improve that.
(Plus when my active layer and available tools it might make all UI below move)
Any suggestions for improvements?
What I am gonna do for now, and comments requested here, is to show all tools for all layers (with an some UI feedback that shows tools for current active layer, such as an outlines). if I pickup a tool that is not available on current layer I am gonna switch the active layer to the first layer that support that tool.
|
|
|
|
|
I feel your pain.
But... All too often when I'm using some tool, I accidently click on something I didn't mean to. If the app then changes state -- and takes a while to do so -- I then have to change it back, shouting, "no, I didn't mean to do that, you piece of junk!"
It's a matter of developers becoming too clever in adding features that maybe no one asked for.
Having all the tools visible and the ones that aren't valid in the current state disabled is good. I really don't like having a list of tools changing content as the state changes. But I really wouldn't like to have the app change state just because I clicked on a not- currently-valid item.
|
|
|
|
|
Thanks!
Yeah it's tricky, I might have to experiment...
You comment about disliking tools list update is interesting.
I put the tools below the layer and it's less annoying though... but my edit tool of choice are still hidden at startup (due to default active layer being lame), really annoying...
|
|
|
|
|
Make it an option in your settings: "Auto switch when wrong layer tool is used" - and gently grey (or similar) the "inappropriate" tools.
Why shouldn't the layers control be permanently visible? it's a "metacontrol" for the whole layout, isn't it? Perhaps it could just "roll up" and "unroll" when needed or you hover over it?
I'm spoiled - I use Paintshop Pro, and have three monitors: one holds the "working image", one holds the tools, and the final one has a overview image (which is almost a perfect colour match to print output).
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!
|
|
|
|
|
Layer above tools.. solved one big issues!
But the tool I am currently working on is always hidden at the start, due to default active layer being first layer. And it is also not selected by defaults since it's tool #3 on the list for that layer...
I think I need to show all tools... less annoying...
|
|
|
|
|
Why should the default active layer not be the last one used? Again, a settings option perhaps?
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!
|
|
|
|
|
the current layer is a property of the view, so it only change from user interaction..
What annoys me is that everytimes I make a new document (which comes with its own view), I have to select the right layer and tools for my testing... fair enough one can say.. but the default layer and tool for a map doesn't allow mouse editing! (only zoom and pan)
so the new map experience is: I make a map and .. I can't do anything!  
|
|
|
|
|
Did it!
Every time I change layer and tool I store last value into a user settings storage
And new map take their default from that!
|
|
|
|
|
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!
|
|
|
|
|
Mm...
me think.. I didn't show all tool on purpose (they are big button with title)...
I should somehow save current / default layer / tool ...
|
|
|
|
|
|
Mmm... in a way the whole thing already behave like some kind of custom tab (or outlook bar?), come to think of it!  
|
|
|
|
|
Now that it appears to me that you have found a way to do it ... Allow me to ask a related question:
I use SketchUp a lot. What is called "layers" in SketchUp is not really layers, but distinct sets of 3D objects; you may check off whether one layer (i.e. object set) is to be displayed or not. They are not ordered or hiearchical in any way. In the same (non-modal) dialog box, you also select one active layer, where all your new drawing primitives are added.
My problem: The active layer may change if I breathe too hard. Or when I look in another direction. Or switch another layer on. Or... Sure, the list of actions that actually changes the active layer is not that long, nevertheless I over and over draw to the wrong layer. I have made it a habit whenever I end a working session to display layers one by one, alone, to see if I have put anything into it that should be moved to another layer. Much too often, there is something to move.
You SketchUp users out there (I assume that there are quite a few - SketchUp is great, once you have learned to handle it): Can you provide any helpful hints for how to prevent lines and surfaces and objects to be drawn in the wrong layer? Or do you have the same problem? Or is it just me? (well... most likely it is )
|
|
|
|
|
Have you looked at how other graphics programs, such as Paint.NET, do layers? That may give you ideas.
|
|
|
|
|
Hey, thanks for your answer.
I did, and it's not really helping since all layers have the same set of tools.
I improved it by remember last layer type and tool used and using that as default for new document
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
