On 22 Feb, Sven Neumann wrote:
We'll face one problem if we decide to make alpha the default for all
images: A lot of fileformats do not understand alpha and you actually
don't want to save the alpha channel with the image at all if you
never touched it. One way to solve this would be to
On 23 Feb, Nick Lamb wrote:
Does this mean that you agree to ditching all the special code
for the 3 and 1 byte case as well? I'd really love to see this
changes although as already stated this might introduce a bit
memory overhead in case the user didn't use the alpha channel
at all.
On 4 Mar, Sven Neumann wrote:
Oh, that preferences code really sucks. Hope we will be able to redo
it properly for 1.4 (eventually using gconf ?!). Anyway, thanks for
the patch, I'll apply it to both branches.
We should really start discussing which dependencies would be
acceptable to
On 6 Mar, [EMAIL PROTECTED] wrote:
PS: IMHO we should change the policy for patches. Handling them via
FTP has never worked that well. Patches should go to the list
(preferably with the word [patch] in the subject) or/and to bugzilla.
Why not use SourceForge to manage patches?
Because
On 10 Mar, peter pajak wrote:
i've installed gimp 1.2.1, works great, but i can not neither open nor
save a jpeg file, i had all the required components (jpeg-6b included)
but still does not work. running on freebsd.
Peter, is JPEG listed as file format in the save dialog?
What does "ldd
On 11 Mar, Austin Donnelly wrote:
Here's a patch that fixes this, relative to the sobel.c that's in
1.2.1. Can someone stick this in stable CVS and also merge it with
the current development head. Thanks!
Good spotting. Applied to HEAD and GIMP1.2 branch
--
Servus,
Daniel
On 2 Apr, Sven Neumann wrote:
it, rebuild gimp and give it a little testing. Once it gets applied,
we should consider doing a 1.2.2 release probably including the
updated HTML help files from the gimp-help CVS module.
That would be nice indeed.
--
Servus,
Daniel
On 5 Apr, Kelly Martin wrote:
Tiles are 64x64 by default, and changing them is a bad idea because it
makes your .xcf files nontransportable.
Not to forget that this size is more or less hardcoded.
--
Servus,
Daniel
___
Gimp-developer
On 23 Apr, Raphael Quinet wrote:
This bug report shows that the default owner is
[EMAIL PROTECTED] We could do that too, and all bug
reports that are currently assigned to Daniel could be re-assigned to
the Gimp bugs list.
Agreed.
--
Servus,
Daniel
On 25 Apr, Sven Neumann wrote:
I am trying to help Daniel (and others, hopefully) by dealing with
the bug reports in bugzilla.
Have you already changed Bugzilla so it sends email about new
bug-reports and changes to existing bug-reports?
Impossible so far. We first need a [EMAIL
On 30 Apr, Allan West wrote:
The GIMP documentation, which seems to be aimed at single-user Linux
boxes, suggests setting its Tile Cache to half your physical RAM or
all of your available RAM. This is obviously not appropriate for 30
concurrent sessions of GIMP. Can anyone provide a rule of
On 2 Jun, Sven Neumann wrote:
I'd like to see your script or at least have a description of what it
did so we can try to debug the behaviour you are describing. Using
memprof it should be possible to find your leaks.
The last time I checked GIMP with memprof it didn't show any unexpected
On 27 Jul, Sven Neumann wrote:
Please excuse this inconvenience and let's hope the new tarballs
work for you.
Really bad idea. This means that there are two versions of 1.2.2
floating around; one which build and one that doesn't. I'd REALLY
suggest to update the version number
Servus,
Am 03 Sep 2001 17:45:13 -0700 schrieb Brian Weber:
So if I understand you correctly, since the gimps main purpose is
to
perform bitwise manipulation that 64 bit won't give much of a benefit.
No, it's doing bytewise operation on 8, 16, 24 or 32bit data and it has
to because many processors
Am 04 Sep 2001 15:51:34 +0200 schrieb Sven Neumann:
you certainly can process several 8 bit channels in one operation without
special support from the processor and I would like to contribute such
code to The GIMP
Uii, now I'm curious. If you group an RGBA pixel together in a word and
want
this
I like it. I did some benchmarking with a few routines with different
compilers on ppc and i686 and here are the results:
egger@sonja:~/test time ./testmat
Time needed for padd_sat_4x8 in clocks: 555
Time needed for padd_sat_4x8_and in clocks: 664
Time needed for padd_sat_4x8_norm
On Don, 2001-09-20 at 00:08, Steinar H. Gunderson wrote:
Is this FilmGIMP or something? At least my GIMP 1.2.2 doesn't support
any such thing here ;-)
Yes, it's the Hollywood branch cut off somewhen around 0.99.x or 1.x.
--
Servus,
Daniel
Am Fre, 2001-10-05 um 21.40 schrieb 1002310814:
Does it bother anyone else that GIMP translations are being handled by
Gnome?
I sort of enjoyed the whining when it was being handled by GIMP people.
Huh? How do you mean?
I really don't care who translates our messages as long as the GIMP
Am Fre, 2001-10-05 um 21.47 schrieb 1002311231:
It is like the GIMP help. We write the help in DocBook SGML.
It is SGML right now but is written with XML compatibility in mind
so we would simply need to flip a switch (in every file that is)
to have full XML.
It can be converted to cool
Am Die, 2001-10-02 um 19.14 schrieb 1002042874:
No, as you say, a header file is probably the easiest solution,
Actually if there was an XML parser this would be the simplest solution.
It is just that we'd need a parser and I haven't evaluated the GMarkup
part of the new glib yet.
there is
On Sat, Oct 06, 2001 at 11:23:11AM +0200, Sven Neumann wrote:
It's a lot more versatile then the header approach with my lovely
friend gettext since the information is not spread over several
files which need to be generated, compiled and installed. If we had
more tips we could even
On Sat, Oct 06, 2001 at 02:06:15AM -0600, Nathan C Summers wrote:
We can also use XML for its original purpose -- a markup language. Even
just adding an emphasis tag can allow tip writers to be emmuch/em more
expressive.
That's an abuse of a tag. em is a stylistic tag from the HTML days,
Am Sam, 2001-10-06 um 14.33 schrieb 1002371616:
That wasn't my point. I meant that it might be sensible for tips
(instead of introducing the header kludge)
What is 'the header kludge'? I never got that bit.
To use gettext on has to have a file with C syntax; the idea is
to have a header
Am Sam, 2001-10-06 um 12.51 schrieb 1002365476:
No prof. You've got it wrong. em means emphasis. It means the text
should be given some sort of emphasis. The stylesheets then determine
what that emphasis is. (italics, color change, etc.)
No, em is HTMLism. There's no em in DocBook for
Am Sam, 2001-10-06 um 19.05 schrieb 1002387943:
That wasn't my point. I meant that it might be sensible for tips
(instead of introducing the header kludge) and for plugin descriptions
because it makes them more versatile and not bound to the distribution.
I was referring to the tips
Am Sam, 2001-10-06 um 22.59 schrieb 1002401996:
To use gettext on has to have a file with C syntax;
really???
I've heard there are Perl hacks as well. :)
which would be easy, nice and probably very small.
Yes, but not very versatile...
anyways, if we use another format (xml) and have
Am Son, 2001-10-07 um 15.32 schrieb 1002461554:
Dia uses intltool/xml-i18n-tools for sheet files.
That's new then. They didn't when I was translating the sheets.
Because one of the fundamentals of easy translation is simply to have
the original text handy. This is so you can easily compare
Am Son, 2001-10-07 um 16.42 schrieb 1002465752:
I'm not not exagerating. A typical tip consists of multiple lines (2 to 5)
and you can't translate them line by line. My typical emacs setup shows
about 42 lines, while the typical distance between the original tip and the
translation will be
Am Son, 2001-10-07 um 17.25 schrieb 1002468356:
XML schema has only become a W3C recommendation lately and is
probably far from being finally standardized. AFAIK there are only
few (if any at all) usable tools out there that can validate XML
schema. I think you meant to say DTD here ?!
A
Am Sam, 2001-10-06 um 19.34 schrieb 1002389654:
more info, and a possible candidate for bug, and a possible workaround:
I just glanced over your bugreport but it seems quite valid and
good reasearched to me, posting it here was definitely a good idea
but we'd really appreciate if you added it
Am Son, 2001-10-07 um 18.09 schrieb 1002470948:
?xml version=1.0 encoding=UTF-8?
gimp-tips
tip name=welcome
contentWelcome to The GIMP/content
content xml:lang=de_DEWillkommen zu GIMP/content
content xml:lang=fr_FRBienvenue sC3A0r GIMP/content
/tip
/gimp-tips
The
Am Son, 2001-10-07 um 18.29 schrieb 1002472199:
Yes, but not very versatile...
Why? It contains the tips and a minimum amoutn of clutter. If you equate
evrsatile == xml because everybody claims to support it I disagree
completely.
No, but unlike compiled catalog files xml files can be
Am Son, 2001-10-07 um 18.43 schrieb 1002473012:
Then you should take a new look. It certainly does today.
Fine with me.
Why should I have to use a special XML editor?
You don't have to, that's the trick.
How does the editor know what language I want to edit,
Easy, you tell it.
and how
Hija,
I just updated GIMPs help in the 1.2 branch to the latest stuff
from the gimp-help CVS. It also introduces a few new files and
directories and thus I had to touch the Makefiles. It would be nice
to get some feedback from you whether it works or not on your
machine.
Thanks from this place
Am Mon, 2001-10-08 um 03.53 schrieb 1002506022:
gettext and po
files are a dead end for modular applications because they only behave
well for monolithic and small applications; both of which GIMP
definitely isn't and for sure even less will be in the future.
Evolution certainly isn't
Am Mon, 2001-10-08 um 17.46 schrieb 1002555985:
Which GNOME components does GIMP use?
None, that's the point. :)
--
Servus,
Daniel
___
Gimp-developer mailing list
[EMAIL PROTECTED]
Am Sam, 2002-02-16 um 14.58 schrieb Eddy De Greef:
after patching my 1.2.2 sources with the patch
provided at the ftp sites, compilation failed because
several png files are missing:
and possibly others.
I hope this can be fixed, because I'd rather not pull
the complete tarball through
Am Fre, 2002-02-22 um 15.07 schrieb Michael Natterer:
I'm about to change lots of target milestone --- bugs to Future
right now... Feel free to comment, it's just a method of getting the
enhancment flood sorted...
Sounds good to me.
--
Servus,
Daniel
Am Mon, 2002-02-25 um 15.30 schrieb Stephen J Baker:
I have a couple of suggestions for options for the Clone tool:
Do not forget to nail them down in bugzilla (bugzilla.gnome.org).
--
Servus,
Daniel
___
Gimp-developer mailing list
[EMAIL
Am Sam, 2002-05-04 um 15.41 schrieb Ayose:
If you need help with a XSLT I will help you pleased :-)
Actually if you have experience in that area it would be nice if
you could help out with the gimp-help project.
--
Servus,
Daniel
___
to continue with
the help-browser plugin.
If you want to help out here, with new DocBook source, simple texts,
ideas, scripts or just want to say hi simply mail
[EMAIL PROTECTED] and don't forget to CC
Mel Boyce [EMAIL PROTECTED] and Daniel Egger [EMAIL PROTECTED]. You'll
get all the support you need
Am Sam, 2002-05-04 um 18.11 schrieb Ayose:
I know well the XSLT specification, and I have written a lot of lines of
XSLT ;)
That's good.
Where is info about gimp-help? In http://www.gimp.org/mailing_list.html
there is no list for it :/,
Yes, mostly because there are almost no people
Am Sam, 2002-05-04 um 18.16 schrieb Sven Neumann:
I'd say we port the help_browser plug-in to GtkHtml2. It's able to
render quite sophisticated stuff (see http://gtkhtml2.codefactory.se/).
Porting the plug-in should be pretty straightforward. The API is not
compatible but similar.
Fine with
Am Son, 2002-05-05 um 00.27 schrieb Nathan C Summers:
It would be trivial to add some magic text like $^CUT HERE!^$ where
the files need to be cut and then have a postprocessing script written in
perl that takes the xslt output and cuts it appropriately.
I'm not really happy with that
Am Son, 2002-05-05 um 16.52 schrieb Ayose:
sablotron is very fast, look this:
real0m0.542s
user0m0.540s
sys 0m0.000s
Cool.
Well, this is a problem if you want all text in a few files, but slice
the content in a lot of files makes easier transforming to HTML, or
Am Don, 2002-07-04 um 14.58 schrieb David Neary:
For the moment you have no problems - all tiles are 64x64, and
that's hard-coded. It would be nice to have tile sizes
modifiable, but that will not happen before 2.0 to the best of my
knowledge, and there will be much bigger problems to worry
Am Don, 2003-06-19 um 21.44 schrieb David Neary:
I'll get the ball rolling: 2.0
1.4
--
Servus,
Daniel
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Am Sam, 2003-07-19 um 00.18 schrieb Sven Neumann:
I am not sure what you are trying to say here but actually I was
hoping to hear some helpful and constructive comments on gimp-help2
from you. Did you read my mail at all?
I've read every single mail to the mailinglist however I hoped to
Am Sam, 2003-07-19 um 14.09 schrieb Branko Collin:
Isn't Rebecca Walter part of the team anymore?
Her new job took over all her spare time so she couldn't actively
participate. She promised to chime in when there's some content
to proof it but since there's not much to proof
I could spare
Am Sam, 2003-07-19 um 19.10 schrieb Carol Spears:
It is difficult to share a freshman attempt with developers.
If anyone is interested in seeing what I am doing, helping,
commenting or running it through validation devices, feel free
to suggest the best way to share these files.
For the
Am Son, 2003-07-20 um 13.36 schrieb Sven Neumann:
You're quoting out of context without replying to me; if you prefer
to get an answer you'd better fix that because I might miss a mail in
the floods at times.
What exactly is the problem with the help-browser in 1.3? I know that
there are
Am Mon, 2003-07-21 um 01.54 schrieb Sven Neumann:
This can be easily fixed. We just need to find out what changes we
actually want to do. Mitch seems to have a pretty clear idea how it
could work and I think we discussed that we need some XML file that
maps keywords to HTML pages.
I've also
Am Mon, 2003-07-21 um 17.23 schrieb Sven Neumann:
You want us to include an XML renderer in the help-browser? That
doesn't sound like a simple solution.
Why not? Why should DocBook be more difficult to render than HTML? It
doesn't necessarily have to be a DocBook renderer, it could also be a
Am Mon, 2003-07-21 um 23.21 schrieb Jakub Steiner:
I think this would be pretty elegant and would appeal to me personaly to
write some particular doc. Write documentation is a horrid picture to
me. An insanely large task. Write a particular section actually sounds
fun.
We have had this
Am Die, 2003-07-22 um 20.47 schrieb Carol Spears:
I tried to work with simple docbook, docbook, website docbook.
I don't know how recent your gimp download is but this format
is nothing like gimp since gimp-1.0.2. I have to stretch my
imagination so much to make the format fit the gimp.
Am Die, 2003-07-22 um 21.57 schrieb David Neary:
Actually, I'm not sure I see the benefits in not having html as
the primary format... Sure, we could go for a format which allows
multi-node searching (like info only better), but html docs would
have the added benefit of not needing to be
Am Die, 2003-07-22 um 21.03 schrieb Sven Neumann:
usually need a small subset only. I am sure that people who want to
contribute documentation can learn the necessary bits pretty fast.
Or even better: Don't need to...
--
Servus,
Daniel
signature.asc
Description: Dies ist ein digital
Am Die, 2003-07-22 um 18.34 schrieb David Neary:
Where is the index? And when you say outline do you mean root
document with lots of dead links?
Nope, I mean like a rough idea of the table of contents:
1. Introduction
1. Welcome to The GIMP
1.1.
Am Mit, 2003-07-23 um 16.41 schrieb Carol Spears:
[ mail stripped down to points that haven't been answered a gazillion
times... ]
a layout and dtd made for gimp by people who use gimp and need
for gimp to document itself and such would be useful for many
many applications, i guess.
Don't
Am Don, 2003-07-24 um 11.01 schrieb Sven Neumann:
Even gimp-1.2 can link to anchors already. There is no need for
toplevel HTML files for each and every help topic that should be
reachable by pressing F1. In theory, the whole help could be in a
single file. That would of course not be useful
Am Don, 2003-07-24 um 15.37 schrieb Sven Neumann:
The help-browser behaviour for non-existant anchors could probably be
changed. I'd have to look into the GtkHTML2 API to give a more
definite answer but I think it should be doable.
It would be great if you could look it up because this is a
Am Fre, 2003-07-25 um 09.31 schrieb David Neary:
Up until pretty recently, GNOME CVS had a habit of creating a
module as an alias for a directory... I suppose this was so that
the aforementioned cvs co -c would work... there is actually no
way to know what directories exist in a cvs
Am Sam, 2003-07-26 um 13.07 schrieb Roman Joost:
I cant find anything related to the gimp-help project at the newer
webpage.
You're right. There isn't... :(
So, if someone could point me to a ressource regarding this project it
would be fine.
Ressources:
- This mailinglist (there had been
Am Sam, 2003-07-26 um 16.39 schrieb Carol Spears:
maybe he doesn't have cvs access
Doesn't make sense from three perspectives:
- One doesn't need CVS to develop a patch
- Everyone can get at least anoncvs
- There are frequent releases and other means of getting the source
I think the
Am Son, 2003-07-27 um 00.19 schrieb Patrick McFarland:
Wrong, Im an artist, and I prefer 1.3 over 1.2.
Good for you. I know at least 6 persons who do not. :)
However I'm quite interested in your reasons, would you please elaborate
so I can get some feeling what to tell people when they ask me
Am Son, 2003-07-27 um 12.36 schrieb Roman Joost:
Okey ... i did a fresh checkout from the gimp-help-2 module and get it to
work. I attached a 3 lines patch for the configure.in file, because i
was wondering about a program called no, which was used, if no xsltproc is
installed on the system.
Am Son, 2003-07-27 um 14.46 schrieb Roman Joost:
Sure, but now its attached ...
Thanks, applied. I'm glad it works for you; I haven't received much
feedback about it. What OS do you have?
Hm ... maybe the files will become really big after adding some
different languages (e.g. de, cz ...).
Am Son, 2003-07-27 um 14.25 schrieb Roman Joost:
In the gimp-help-2 module dir is a directory called stylesheets and
the files in there, lookin for me like stylesheets. I think, yeh - there
are document style sheets...
Yes, there are transormation stylesheets and some really simple CSS
Am Son, 2003-07-27 um 15.23 schrieb Roman Joost:
Thanks, applied. I'm glad it works for you; I haven't received much
feedback about it. What OS do you have?
Debian GNU/Linux (sid - unstable)
Ok, no surprise that worked. :)
Or should the lang specified as an attribute? like:
Am Son, 2003-07-27 um 16.45 schrieb Carol Spears:
you run down failing pathways. i cannot go with you. do the
people contributing or trying to contribute get a say?
Sure they do.
[ Absolutely useless rant deleted ]
I've no idea what happened to you in the last months but whatever it is,
Am Son, 2003-07-27 um 19.16 schrieb Roman Joost:
1. The German Umlauts are really annoying. Are there some
pre-processors, which checks the umlauts and replaces them with an
utf entity (or the predifined HTML umlauts... what else...)? If not,
it think i'll write a little
Am Mon, 2003-07-28 um 17.47 schrieb Joao S. O. Bueno:
In Portuguese, the current use is for a male article - and trying
making it female would be pretty bizarre. As fa as I can recall, all
computer prograns or aplications are refered as male here. But
anyway, many words have their genders
Am Die, 2003-07-29 um 00.07 schrieb Henrik Brix Andersen:
I remember using something like the following to use the ids as
filenames once:
(define %use-id-as-filename% #t)
Yeah, this is what we did years back with DocBook/SGML and DSSSL
stylesheets. :)
The help browser could then check if
Am Die, 2003-07-29 um 01.06 schrieb Alastair Robinson:
OK, maybe painful was an exaggeration; really it was just time-consuming;
I'm using SuSE 8.0, and don't have -devel packages for even gtk+-1.2 packages
on the original CDs.
Interesting, I'm pretty sure I put the devel packages on the CD.
Am Die, 2003-07-29 um 02.14 schrieb Sven Neumann:
Are you refering to the GimpColorTools here? (Derivatives of
GimpColorTool are all the color correction tools as well as the paint
tools.) You are right that we are using a square area here but since
the value in question describes the half
Am Die, 2003-07-29 um 10.33 schrieb Sven Neumann:
The shape displayed is what's used to sample, that's not a question.
Make it configurable doesn't seem like a good idea here. I guess most
people will agree that a circle is the natural choice.
I don't. The colorpicker ist quite handy to
in no time.
Since the question popped up again, the primary contact person would be
me (Daniel Egger [EMAIL PROTECTED]) for all concerns or Roman
(Roman Joost [EMAIL PROTECTED]) especially for documentation concern
and the German translation.
I hope we'll get a website in place rather soon for those
Am Die, 2003-08-19 um 00.15 schrieb Branko Collin:
Didn't work for GIMP 1.2 so I doubt it will here. We haven't received
a single contribution for the help in whatever form; maybe the Eek
scared people off or something...
Do you mean the following text?
Yeah, that was the eek text.
Am Die, 2003-08-19 um 00.44 schrieb Sven Neumann:
From looking at the CVS module I didn't have the impression that the
file structure is prepared for i18n. If you decided to keep all
translations of a topic together in the same file that's fine, but
shouldn't the C directory be completely
Am Die, 2003-08-19 um 01.35 schrieb Sven Neumann:
I have a plan but I felt it's up to you to provide a sample XML mapping
file and some sample help pages for us to play with.
Let's discuss this XML mapping, I'm still clueless...
What I care about is how the generated HTML files in different
Am Die, 2003-08-19 um 02.31 schrieb Sven Neumann:
I think I explained the reasoning in my last mail. Oh well, let me do it
again then...
This does *not* make sense.
The helpbrowser will have to choose the language based on
the users locale, it thus needs to know how the files are organized
Am Die, 2003-08-19 um 12.19 schrieb Branko Collin:
What it comes down to, I guess, is that Daniel and Mel had a clear
vision of the style of the new user documentation, but I somehow
missed an explanation of that vision.
We started the project by sketching that vision in some files in the
Am Die, 2003-08-19 um 11.52 schrieb Sven Neumann:
The current helpbrowser does it that way. But, no, it isn't necessary
and that's why I wanted to see it discussed. Since Daniel obviously
refuses to do that,
Do not lay words in my mouth!
I won't be able to do work on the implementation.
Am Die, 2003-08-19 um 09.48 schrieb Raphaël Quinet:
following message in the corresponding language: This page has not
been translated yet to your language. The English version is
included below. If you want to help other GIMP users, please consider
submitting a translated version of this
Am Die, 2003-08-19 um 14.25 schrieb Branko Collin:
Thank you for your elaborate answer. I do have some follow-up
questions though.
No problem, whatever you want to know. :)
Assume for a second that I know nothing about 'modern manuals'. What
is it about them that you like. What did Mel
Am Die, 2003-08-19 um 16.48 schrieb Sven Neumann:
Well, of course you can. That's the whole point of UTF-8 encoding. It
provides a single encoding suitable for all languages so that they can
coexist in the same file. All XML-1.0 compatible tools must handle UTF-8
correctly and there is thus
Am Die, 2003-08-19 um 15.08 schrieb Raphaël Quinet:
Now I am confused. I thought that we were talking about the online help
system, not about the manual (GUM). It looks like you consider both of
them to be the same thing. Is that right?
The old gimp-help was build upon the content of the
Am Mit, 2003-08-20 um 00.47 schrieb Michael Natterer:
Is this a solution everybody can live with or did I miss something
obvious? If it sounds reasonable, we should go ahead, it's not even
an awful lot of work (the coding part, not writing the help pages :)
Clean, (relatively) simple, I like
Am Mit, 2003-08-20 um 01.31 schrieb [EMAIL PROTECTED]:
Transcoding is a no-brainer, if that is a problem a simple one-liner can
convert to whatever you want.
I'm talking about the XSLT processors; sure a small perl/python/bash
script will recode all generated HTML files in a directory, but as
Am Mit, 2003-08-20 um 01.41 schrieb [EMAIL PROTECTED]:
References are extremely important, more important than tutorials in
prose, IMnsHO.
This doesn't clash with my idea. Especially good cross references are
important but this is exactly one of DocBooks' strengths.
Now, maybe this can be
Am Mit, 2003-08-27 um 11.33 schrieb Sven Neumann:
Any help page could then refer to the freetype plug-in by using
link xmlns:ft=http://freetype.gimp.org/help; ft:href=top /
As you can see, the namespace prefix is irrelevant, we can choose
ft: here to keep the notation short. Of course if
Am Mon, 2003-09-08 um 11.52 schrieb David Neary:
Problem: Writing docs takes ages, and there are not enough people
to do it all, and docs often need little retouching at the end
that has to be communicated to the original author, and takes
time to integrate, and so on.
Indeed.
Solution:
Am Sam, 2003-09-13 um 23.30 schrieb Marco Wessel:
It is true that the Apple keyboards that used to come with the iMacs, B/W
G3s and G4s don't have a del key. However, this keyboard has long since
been replaced with the full-sized keyboard, which does have the key.
Just curious, where is it on
Am Sam, 2003-09-13 um 22.38 schrieb Alan Horkan:
Delete is such a particularly good and obvious keybinding for Deleting
things
Actually I believe that having both a backspace and a delete key is
confusing in the original wordprocessing meaning; why would one want to
delete a character
Am Die, 2003-09-16 um 19.10 schrieb David Neary:
[EMAIL PROTECTED]
Is this the official new list for the GTP? If so README.i18n should be
changed.
--
Servus,
Daniel
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Am Mit, 2003-09-17 um 13.29 schrieb Sven Neumann:
Is this the official new list for the GTP? If so README.i18n should be
changed.
I might have missed something but what exactly do you think needs to
be changed in README.i18n?
I read in the thread that the GTP contact address is dead, if
Am Son, den 16.11.2003 schrieb Roman Joost um 00:46:
This is the actual structure. I made a find ./ -type d in the gimp-help-2
and removed the CVS directorys:
Agreed. Howver since a few persons are not too happy with the
all-languages-concurrently approach I'd like to hear their opinion
first.
On Nov 22, 2003, at 3:11 pm, Roman Joost wrote:
I moved the stylesheets directory into the source root. I will change
it in the next days, after Daniel will give me the ok. No one has
declined the new structure purposal, so i think, that everyone on
gimp-help-2 gave this implicit OK to change it?
On Nov 24, 2003, at 12:02 am, Roman Joost wrote:
I tried it with some docs and it rocks. Unfortunately, i'm running into
trouble with the german umlauts. Do you've a solution for keeping the
umlauts ?
We'll switch to UTF-8 which should solve this problem, unless I'm
misunderstanding the issue, of
Am Mit, den 10.12.2003 schrieb Roman Joost um 22:55:
With Raymonds help i'm now be able to build the help with UTF-8 encoded
XML files, which are xincluded in the gimp.xml file.
Cool. Incidently I've also been working on this and my Mac really has
troubles when trying to compile such files
1 - 100 of 190 matches
Mail list logo
