There is a project to build an easy-to-use front-end for panorama tools: Hugin, it has a Mailing-list, anyone welcome.
If you just want to batch process individual photos without having to learn Panorama Tools, try this perl-script, it implements everything required to correct barrel distortion (though you have to calibrate your camera first).
The problem with these sort of worms that need to be run by a user, is the way that the OS obscures the nature of a file.
What do you do to run a program? - Double-click
What do you do to open a document? - Double-click
Combine this with a default setting that actually hides the file type from the user, and this sort of thing is inevitable.
My problem is that Gnome and KDE have both fallen into exactly the same trap by copying the windows conventions. The various shells maintain the distinction, why mess it up for the GUI?
I've spent quite a while playing with this sort of thing. Basically, the problem is that the three components of the RGB colour model don't have equal brightness. For instance green (#00ff00) is about 10 times brighter than blue (#0000ff).
The first script StyleMangler is a randomised css file that generates a different stylesheet each time it's loaded. The second script StylePicker is a modified version that allows you to randomise different aspects of the css until you are satisfied with the results.
Other stuff - like designs?
on
GPL for Books?
·
· Score: 1
I'm an architect/designer of tents/mobile structures and I've often wondered whether the designs could be released under the GPL. If not, why not?
The full drawing set for a design resembles a source tree in lots of ways. What's a program if not a set of instructions for doing something?
The 'desktop analogy' is broken all over
on
Interface Zen
·
· Score: 1
It's not just with hand-held devices that the desktop/window analogy falls down. It seems to me to be that this is an absurd way of organising programs on a normal pc.
Multiple applications all on top of each other, plus dialog boxes, leaves you hunting for your program. I resort to simply switching to an empty virtual desktop every time I start an application and I think that a lot of other people do as well. This situation in windows is even worse, with just the one desktop getting cluttered up.
I would love to have a kind of 'scrolling desktop' on my pc where all the programs were stacked on one after the other in a sort of vertical column, with no windows even partially hidden behind other windows.
I'm thinking of something more like the structured documents in Zope, the settings menus in 3d studio max (maybe not such a clever example) or the wheels of a fruit-machine/one-armed-bandit. I think maybe I could do this by tinkering with a window manager - is it possible to set rules such as these?
Child applications stick to the bottom of parent applications.
'Closed' or 'minimised' applications empty space is replaced by the application below it.
New applications appear at the bottom of the 'stack'
I'm sure that whenever the current GUI standards were developed, the 'desktop' seemed pretty cool. In fact I'd love to have one on a desktop sized display (8000 x 6000 pixels should do it nicely) arranged like my old drawing board. The fact is that most computers never will have a desktop sized display, there simply isn't going to be room for them.
Slashdot Mirror
I have a couple of examples, both involve correcting perspective at the same time:
A single photo, corrected
Two photos stitched, corrected and perspective adjusted
There is a project to build an easy-to-use front-end for panorama tools: Hugin, it has a Mailing-list, anyone welcome.
If you just want to batch process individual photos without having to learn Panorama Tools, try this perl-script, it implements everything required to correct barrel distortion (though you have to calibrate your camera first).
The problem with these sort of worms that need to be run by a user, is the way that the OS obscures the nature of a file.
What do you do to run a program? - Double-click
What do you do to open a document? - Double-click
Combine this with a default setting that actually hides the file type from the user, and this sort of thing is inevitable.
My problem is that Gnome and KDE have both fallen into exactly the same trap by copying the windows conventions. The various shells maintain the distinction, why mess it up for the GUI?
I've spent quite a while playing with this sort of thing. Basically, the problem is that the three components of the RGB colour model don't have equal brightness. For instance green (#00ff00) is about 10 times brighter than blue (#0000ff).
The first script StyleMangler is a randomised css file that generates a different stylesheet each time it's loaded. The second script StylePicker is a modified version that allows you to randomise different aspects of the css until you are satisfied with the results.
I'm an architect/designer of tents/mobile structures and I've often wondered whether the designs could be released under the GPL. If not, why not?
The full drawing set for a design resembles a source tree in lots of ways. What's a program if not a set of instructions for doing something?
It's not just with hand-held devices that the desktop/window analogy falls down. It seems to me to be that this is an absurd way of organising programs on a normal pc.
Multiple applications all on top of each other, plus dialog boxes, leaves you hunting for your program. I resort to simply switching to an empty virtual desktop every time I start an application and I think that a lot of other people do as well. This situation in windows is even worse, with just the one desktop getting cluttered up.
I would love to have a kind of 'scrolling desktop' on my pc where all the programs were stacked on one after the other in a sort of vertical column, with no windows even partially hidden behind other windows.
I'm thinking of something more like the structured documents in Zope, the settings menus in 3d studio max (maybe not such a clever example) or the wheels of a fruit-machine/one-armed-bandit. I think maybe I could do this by tinkering with a window manager - is it possible to set rules such as these?
I'm sure that whenever the current GUI standards were developed, the 'desktop' seemed pretty cool. In fact I'd love to have one on a desktop sized display (8000 x 6000 pixels should do it nicely) arranged like my old drawing board. The fact is that most computers never will have a desktop sized display, there simply isn't going to be room for them.
I could go on, I'll shut up now.