Slashdot Mirror
GTK+ TTY Port
An anonymous reader writes: "FootNotes is reporting about what might be the coolest thing since textmode Quake: a curses-based GTK-2.0 port called Cursed GTK. This not only makes it possible to give Gnome the look and feel of Contiki, but also brings many real opportunities, such as remote logins where X forwarding is not possible, or remote logins over very slow modem lines. Screenshots here, here, here and here! Patches for bugs are welcomed by the authors."
Wasn't a similar thing with Qt an April fools joke a few months back?
I realize this is all about geekiness factor, but how do they handle these :
:-)
- Widget alignments when whatever widgets you align don't fall exactly on their equivalent ascii places?
- GDK pixmaps : do they use AAlib to render them?
Alright, I'm off to recompile X-Chat. If it actually turns out good in ascii, nobody will be able to give me crap on IRC because I don't use 1337 BitchX
"A door is what a dog is perpetually on the wrong side of" - Ogden Nash
The screenshots look awful like the good old Turbo Pascal (circa 1990 or so) text-mode GUI library. Which was a fine library, at least IMHO. However, does the word, ahem, "creative" mean anything anymore?
Wow, being able to do remote-desktop over slow connections sounds cool, I'm having a lot of trouble using vnc over modem to fix mom's pc every time :P
The IT section color scheme sucks.
Even better, I wrote aavga2 to run Quake2 on aalib!
Now that Gtk+ is moving to TTY as well, maybe I can get rid of X entirely? *grin*
Hardware, software, and blinking lights!
Borland had something like this in their DOS-based IDEs (Borland C++, Turbo Pascal, etc) back in the 80s.
Very cool for the time, supported dragging, resizing, iconifying windows, even pseudo 3-D buttons and "shadows" underneath windows.
-- Samir Gupta, Ph. D. Head, New Technology Research Group, Nintendo Co. Ltd., Kyoto, Japan.
This was actually an April Fools some time ago, but with QT.
Why, except for a pathetic fetish for obsolete technology, would you want to use a text-based interface to your X-Server?
If you are stuck with 56k, I can see this being very handy, very very handy! While yes we have faster then dialup connections, they are not all available from everywhere. Also, if you are with an ISP that bills based on byte use, I can see this as being most excelent.
Also... if you are stuck in the Windows world, Xservers can be damn costly. Starnet for example charges $245 for their X-server. I assume since it can operate via TTY that it can also operate via ssh/telnet.
Lastly, the more complex you make the plumbing, the easier it is to stuff up the drain. One thing nice about pathetic obsolete terminals is the fact that they work, they always work. The server may go down, but you know full well that ye' old terminal isn't very likely to fail. They don't need upgrades, patches, and in them selves can't get a worm/virus.
There is no sanctuary. There is no sanctuary. SHUT UP! There is no shut up. There is no shut up.
this is very handy, alhough I wonder how well it scales beyond 25x80...
this could also be very useful as a standalone X-less toolkit (a la Qt Embedded). RedHat (and some other distros) could really use a cleaner console widget toolkit... The one they use now (for system tools, etc) works like crap.
OTOH, I wonder what kind of resources it uses.
hmmm might have to try this out.
--- sig moved for great justice.
That link to contiki had some really cool screenshots, but they were for C64 only. Does anyone know if there's something like this for windows?
>Important note: Patches are welcome! Bugreports without patches send directly to /dev/null :)
What's the deal with that? If you find a bug, and you can't write code, they don't even want to know the bug exists?
Yeah, that's a really good question, actually. Not just for GIMP though, but how HARD is it to compile any GTK2 app with this? I'm very interested in it. A lot of the trolls are sitting here bashing it as useless, but they don't realize the fundamental power that comes with flexability; the ability to use any GTK2 program ( which is a lot ) at the console through ssh is a great benefit.
-If God wanted people to be better than me, he would have made them that way.
I actualy like the GTK+ file selector. it's very powerfull, and I like that it makes traversing the direcotry tree easy. Apple liked it enough to steal it and pretty it up in Aqua, so I don't know why people gripe about it.
That which is done from love exists beyond good and evil
It was called TurboVision. A user-maintained fork still exists and has been ported to various platforms and compilers including gcc and Linux.
Its key difference from the text-based GTK+ is that it was a text-based library only. There was no graphical implementation of the same API.
Forget GIMP, I want GNOME for TTY!
The only real stumbling block is, how do you draw a "gnome foot" with only text?
Does this thing nest? Can I run a gnome terminal window inside it, and then run gtk+ in that terminal?
I find this exciting for quite a specific reason: cut and paste within the comand line. I like to run framebuffer rather than X because my machine is quite old (k6 with 256MB) and I still don't think X has evolved to be command-key friendly enough yet (although the recent releases of gnome are very close). When I use my computer, it tends to be an exercise in managing multiple command lines rather than running any windowy applications beyond firebird.
... I tried to learn it once but remember it being very awkward. I've also tried to pick up emacs for the shell but fiound that to be klunky and the terminal definitions primitive. Vim has a terminal program for it and suffers the same problems.
Anyway - the problem I have with the framebuffer is a lack of decent cut and paste support. It's sort of available in screen
But with GKT+ under framebuffer, I should be able to run gnome-terminal in a vt, and with that have access to a clipboard! I hope it's easy to navigate around for selecting text and the like.
Believe with me, my saplings.
Will this finally give Red Hat text based config tools like SuSE? I hate having to deal with X just to config something. (Yea, I know I can do it myself, but I hate trying to outsmart RH's system).
It has no method to quickly navigate directories. Depending on what I'm editing (print-quality photos, web graphics, the family album, etc) I'd like to quickly switch between directories. Now, what happens: I load Gimp, open the file dialog, navigate to my images directory (slow, even with command-completion), then load the image. After editing, I want to save the resulting image to another folder, so I then go back to the file dialoge, and do the same damn thing again.
First, use multiple instances of your programs and real file browsers to drag and drop. This is the easiest step of all. Run multiple coppies of GIMP, each from a shell in the directory you want to work. This way, the dialog box will be defaulted to where you want to be. Next, use the drag and drop capabilities of GMC, Nautulis or KDE's file browser. If you try to use bookmarks, you will quickly be overwhelmed by too many of them. Depending on what window manager you are using, one or more of these should work. SSH X11 forwarding currenly works to move clipboard contents accross different computers on a network, I'll bet it can or will soon be able to drag and drop files the same way. How's that for spanning directories fast? Use multiple file viewers, of course, for place keeping as well as multiple versions spawns of GIMP.
Next, try more appropriate programs for viewing and batch manipulation. Eye of Gnome and Gqview are excellent programs for viewing and moving multiple files. For batch manipulation, use Image Magic's convert utility. It's a front end to lower level utilities that resample, rotate, convert file types and more. "man convert" is informative and contains examples of usefull stuff. Use igal to make quicky web pages. Between that and a simple shell script to feed multiple directories, your days of waiting for dialogs are over. You won't get around the time your computer takes to manipulate the images, but you will save loads of clicky clicky GIMP time.
Right rotates are a typical example. I use gqview to select and move all picutes that need to be rotated right and left to seperate directories. The CTRL key selections also work in gqview's thumbnail screen. Selecting them is as easy as looking hoding the ctrl key and a mouse button. Moving them is as eay as right clicking the mouse, selecting "move" from the pulldown menu and creating the new directory withing the directory you are in. You did remember to start gqview from a shell in the directory with pictures to manipulate? That way the right directory will always be the default. Next I run the following script to rotate all those pictures:
count=1
while [ -n "$*" ]
do
convert -rotate 90 $1 $1
shift
count=`expr $count + 1`
done
I named it "rr" issuing ~/home/me/bin/rr dir_1 dir_2 dir_3 does the directories. Other common convert commands can be substituted for each and every batch job you may have.
A similar script can be used to call igal for many directories and thus generate thumbnails, an index and an html page for eveery photo in every directory listed.
Happy editing and don't try the above in windoze!
Friends don't help friends install M$ junk.
"gimp-console" is console based app thats not gtk dependent useful for running script-fu and other scripts, this should make "gimp" start faster since it would not be needed to start all the plugins as they would handled by gimp-console. you can a see a mention about it here also see ftcameron's flamingtext and cooltext have been using "gimp --console" from a very long time.
Shouldn't this be on dead^H^H^H^Hfreshmeat?
/. it should be where it belongs.
This has very little importance to be on