case is far less important than fixing the crash
;-> I wouldn't even mind gimp refusing to load the file, on the grounds
that it does not support the colour model.
--
-==- |
==-- _
PI change.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\
or
two others who depend on script-fu as well). I don't believe in script-fu
getting fixed before 1.2, though.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
s less then clear who is
"responsible" for that plug-in.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
need to find a free disk, but maybe in
one or two weeks I can spare 2GB for it).
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
t possible to *select* a fileset for distribution.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
"space", having nicer
packaging etc..)
Having a seperately managable tree would it also make it possible to
experiment with new ways of plug-in distribution, binary packages etc..
--
-==- |
). It is a constant annoyance.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
just a file... fatc is that bugs _do_ _not_ _get_
_fixed_, so script-fu is basically unmaintained.
--
-==- |
----==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
, however, there shouldn't be much of a problem)
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
y about that bug (and a couple of others) about that bug,
and nobody reacted.
Do not ask me _again_ to file/report it.
--
-==- |
==-- _ |
---==---(_)__ __ __
ones. Is it only
that nobody has the time to set one up?
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
ably caused because, after a
sigsegv, it does no good to do I/O, fork, start other processes, do stdio
input etc..
After fputs(0xdeadbeaf,stdout), for example, I wouldn't expect a signal
handler to do anything except exit.
--
-==-
he can't get me to report
the same problem for the 6th time or so.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
tter of fact, I couldn't. Why do you think I could?
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/
every few months since shortly after 1.1 came out.
> I don't the above is script-fu related as such. This is all I was able to
> find so far.
Indeed it isn't.
--
-==- |
==-- _
nyway, for other reasons as well.
Just my thoughts...
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
".
In any case, the bazaar is open, contact me to get an account, tell me, what
you think!
--
-==- |
----==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
get added.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
lours (8 bit just isn't enough).
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
d give each plug-in it's own
message catalog and translation files which could be merged into one large
one.
--
-==- |
==-- _ |
---==---(_)_
d out yet, I guess we can try and
see how it works in practise.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
lug-ins,
and maybe move some plug-ins from the main distribution there.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
ns. Some things, like translations, must be part of the distribution
currently.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
his needs to be fixed. :)
Wel... we are _about_ to do something, yes.. ;)
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \
megabytes of code.
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
you aren't ;) What you said is what _should_ be the case, however,
existing packages like gtk+ and gettext do not support the gimp model of
distributed programs with shared menus.
--
-==- |
==-- _
lowers the usability index a lot).
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
totally unusable (non-resizable)
etc.. etc..
The solution to too large menus is a better way to display them, not
demanding that I use the same font as you.
--
-==- |
==-- _ |
---==---
> Having corrected the subroutine as follows:
> Any comments??
Seth: I updated fit-text in the cvs with that change! Mike: Thanks a lot ;)
--
-==- |
==-- _ |
---==---(_)__ __
small
resolution (say, 800x600 is ok).
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
in UI standards. :)
Indeed, that could then be used in the "Writing Gimp Plug-ins" book on
sourceforge ;)
--
-==- |
==-- _ |
---==---(_)__ __ __
TO REPORT GIMP BUGS, INSTEAD, GO TO http..."...
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
l enough to implement the PDB
interface ;)
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-==
ns-admin" to contact
somebody with admin access.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\
be managed via plug-ins,
just as was said before.
> fopen() works here.
Nope.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
ght?)
With accept you mean "put into the distribution"? I surely have accepted
much worse hackery in the past ;->
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Leh
t for plug-ins)
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
r (still does not
compile)...
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --
s yosh wants to integrate this into pdbgen (I won't), feel free to
assign this to me...
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/
different
> monitors and inks).
Jupp :(
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
my
first (and last) patch to the KDE developers that converted their code
to real C++, and they told me "F*ck off! Get a real c++ compiler!". Ever
since I became sensitive with such claims ;)
--
-==- |
==-- _
t problem is nil
already.
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
he ppd format described in
http://www.activestate.com/ActivePerl/docs/lib/site/XML/PPD.html)
Gimp Plug-In Manager
GPIM is a coonvinient tool to manage gimp plug-ins
Marc Lehmann <[EMAIL PROTECTED]>
ing gnome-libs in gimp ;)
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
of the desktop war as much as
possible, so I find it relatively important _not_ to get the gnome label
sticked to gimp.
--
-==- |
==-- _ |
---==---(_)__ __ __
you smoke :-) ?
Name and Conquer :-)
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
t as a sign of quality... we are independent!
> But - back to 1.1.x coding!
Unfortunately, it's more like "1.2 fixing" :(
--
-==- |
----==-- _ |
---==---(_)__ __ ___
solely on wether it can be made to "work" in
1.2, and it simply cannot. In 1.3 we have lots of similar i18n problems to
solve.
--
-==- |
==-- _ |
---==---(
AIK already available
> outside of gnome-libs.
Then we should consider it. However, "outside gnome-libs" does not mean
that these libraries do not require it.
--
-==- |
==-- _
eed to follow our plan, which should make them
happy automatically.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
ful (even if _named_ gnome).
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE -
On Tue, Feb 01, 2000 at 01:33:16PM +0100, [EMAIL PROTECTED] wrote:
> On 31 Jan, Marc Lehmann wrote:
>
> > BTW: we need to
> > consult a ~/.gimp/po/ directory for translations as well at some point
> > in the future!
>
> I don't know why you like to
t; they have enough effort, can translate gimp-pdb.
hmm...
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
lay this fact.
> A patch for fixing that is included
I detest :)
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
or gimp. That way the logulator (for
example) could be implemented much cleaner.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
it's
very nice to work on a projetc that just wants to be good, and is not
generally linked to some political term (even if the gnome&kde communities
themselves might feel the same).
--
-==- |
==-- _
o that, and where
a good place to store these files is (probably just besides the .mo
files)? There must be a simple way to find them though (a gimptool switch,
maybe)?
Sven??
--
-==- |
==-- _
ng - other than using bleeding-edge pgcc and
Well, elf_i386 and a.out definitely do not go together.
Do you have an a.out-based system??
--
-==- |
==-- _
, as it's possible to regenerate .po from .mo (and if
that does not work we just loose).
--
-==- |
----==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
as disturbed by this... :))
Hmm... I wasn't the one who complained that some person with cvs access
applied a braindamged patch not so long ago ;->
--
-----==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
is implemented with less then 50
lines of code...
With XML, you have more difficult problems to solve, e.g. how to store
binary data ;)
--
-==- |
==-- _ |
---==---(_)__ __ ____ __
here you can get
support for new plug-in.
How will an exported ttf image look like, btw? And whats wrong with
existing pbm support?
--
-==- |
==-- _ |
---==---(_)__ __ ____ __
selector etc
Despite that, I am unable to re-implement these things in perl. I'd rather
just use existing code.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
to start looking. Of course, a missing ldconfig would
explain it just as well.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
r. Also, marking
dialogs by type has nothing to do with the "how-to-use" aspect.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
g-ins, gimp?
Why is that necessary?
> c) Remove the hackery from the sourcecode since it would be unnecessary then?
fine with me ;)
> d) Release GIMP 1.2?
Yeah!
> e) Head for a proper solution afterwards? :)
Me, too!
--
-==-
is is none of our business. If that is an issue the admin has to take
care of enforcing systemwide limits anyway.
--
-==- |
==-- _ |
---==---(_)__ __ ____ __
behind that?
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\
x27;t image what a tool is supposed to do, a tooltip can help a lot.
Thats not the point. The point is effective user feedback.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
hy is that necessary?
>
> To prevent gettext from not working.
Since gimp currently works exactly that way, I do not buy this...
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
?? Shouldn't these be deleted?
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_
you use gtk-engines? Does ti work without
gtk-engines?
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
rather, who is responsible for patches that are already
applied but are in a dubious state?
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==--
the users? :)
Here is one. If you are not a user you should not decide whats best
for them. Especially not if you limit your horizon to a single person
(yourself).
--
-==- |
==-- _ |
ith emphasize on how
general ui design techniques are applied to the gimp ;*) I'll edit it and
publish it in the docs section on sourceforge.
--
-==- |
==-- _
forge.net
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\
m not so sure anymore...
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
will happily introduce another of my break-everything patches
that corrects this ;)
--
-==- |
==-- _ |
---==---(_)__ __ ____ __
g. "but but" now is a good
time to change that.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECT
or 1.2 there IMHO shouldn't be a merge.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
get with that option ;)
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
uld be a very good reason for this.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
produce the bug? Come on, admit it: You are not
using gtk+, but some other toolkit ;)
--
-==- |
==-- _ |
---==---(_)__ __ __ M
other menu shortcoming of gtk+), since it works
around a bug that we cannot fix otherwise (I believe).
--
-==- |
==-- _ |
---==---(_)__ __
problem for me.
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
plement the code necessary to calculate possible toolbox
sizes.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PR
e perl scripts.
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
his is valid when a) the change can be made before 1.2 (including
required fixes) and b) gimp-1.2 will stay as long as 1.0 did.
--
-==- |
==-- _ |
---==---(_)__ __ ____ __
ably not 1.2 stuff, though ;)
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_/
roblem. BTW&OFFTOPIC: did you have special reason not to
use the i18n support that is in your libc?
--
-==- |
==-- _ |
---==---(_)__ _
em over the weekend, finally.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
2000x1500 gray:inputfile.raw outputfile.pgm
and then load outputfile.pgm
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROT
.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
t that I plan to write since,
well, years or so).
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
"officially"
has the status of an imperfect hack.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/
;)
The idea, however, is very sane.
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL
ly gnu-style).
HTH,
--
-==- |
==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
orrect your editor, or read
the docs on how to persuade your editor to do it for you.
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \
C *g, GENERIC *b)
{
GENERIC temp1
#LOOP
#g = #r + #b;
#ENDLOOP
}
#END
--
-==- |
==-- _ |
---==---(_)__ __ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
301 - 400 of 491 matches
Mail list logo