i usually like to only partially quote
The delete key works within quote tags.
and to also do multiple quotes at times.
That works too
The above, as maybe guessed (grin), is all manually quoted. The use of 'angle-braces' is just a habit i picked up by hanging on boards/forums that were email based. And tended to be brief in terms of any high feluting (sic?) facilities. Basically the ck list when it was still alive.
I admit the angle-braces can get a bit confusing. But ... i haven't been able to get a multiple quoting format (from diff posts) to work in the one submit page as yet. Unless i was to use a separate 'tab' for each one, then copy/past the others into the first. I haven't as yet, but will experiment with that.
Arrrrha --- does this mean that a 'add quote' button may need implementing
That works too
The above was made with a copy/past from a separate submit page --- via keying the quote button. No great dramas encounted there.
hmmmm, there is an outside chance that you may well be right here nelz. I'll have to test this a bit more to be further sure though, of course (grin).
Is there a better way than the copy/past one i used above ?
Now there's a quoting style for you hehe. Yes, very freestyle ...
I fetched that wm tar.gz and did a test config and make, but not an install as yet. I didn't have any dependency problems with it. But my system is fairly good when it comes to build libs and headers. And or things that i may only have any use for, maybe once or twice in a life time. I'll have to see what happens on the install though, and then on the supsequent using of.
I did in the past have lots of hair-pulling sessions with dependencies, mainly trying to compile gtk apps that were tied into gnome. It did drive me quite bonko. But ...once the main packages are in, all that type of thing dropped off.
Pontifying for a bit here:
I have heard it mentioned that a standadised lib set should be implemented. I think that in an ideal world it would be possible. But, not in the competative one we currently have. Generic methods really are better.
The amiwm i briefly checked:
- Code: Select all
]$ wget -x -c ftp://ftp.lysator.liu.se/pub/X11/wm/amiwm/amiwm0.21pl
2.tar.gz 2>&1 |tee -a may-2011-amiwm0.21pl2.tar.gz.log
Which fetched amiwm0.21pl2.tar.gz at 195128 bytes
- Code: Select all
gcc version: gcc (Debian 4.3.2-1.1) 4.3.2
I did the test build in a separate build dir in the same top dir that the package was unpacked to. No problems.
What kind of dependency problems did you have ?, there doesn't seem to be anything to it really.
Is that the same as the '2010' version you mention, it appears to be the only one there on the site.
I never had any contact with the Amiga and i'm looking forward to see how it comes up.
In case anybody is wondering why do Linux people bother with learning its' ways. Well, can you imaging trying to get a multiple wm setup working in windows
That's one reason
I forgot to mention, a good wm should display three basic things
1) It dosen't argue the point with the user. If the user is wrong, then that will quickly become apparent.
2) It allow the user to creat functionality, and has the engines/modules able to handle such add functionality. And the user additions need to easily and seemlessly slot in with the provided functionality.
3) It must be allowed to look anyway the user wants it to look like. Good grief ... all it involves is associating an image with a window boarder, or a root background. What's it matter if the user hasen't got any tast (who really has anyway (grin)). In time, and with some feed back, then that will all be acquired.
As is the OSS way.