On Mon, 18 Aug 2003 22:08:14 +0200, Branko Collin [EMAIL PROTECTED] wrote:
On 18 Aug 2003, at 20:25, Raphaël Quinet wrote:
On Mon, 18 Aug 2003 20:12:06 +0200, Roman Joost [EMAIL PROTECTED]
wrote:
I'll setup up some pages for the module, but where
can i upload these pages? [...]
I
On Tue, 19 Aug 2003 01:35:33 +0200, Sven Neumann [EMAIL PROTECTED] wrote:
What I care about is how the generated HTML files in different languages
will be structured since the helpbrowser will have to choose the
appropriate files based on the users locale and it will probably have to
know how
On Tue, Aug 19, 2003 at 12:23:06AM +0200, Sven Neumann wrote:
Why don't you simply write it all in UTF-8? Using HTML entities seems
akward and error-prone. The helpbrowser plug-in is fully UTF-8 aware
and if you use an editor that copes with UTF-8, you can simply use
umlauts in your texts.
Hi,
On Tue, 2003-08-19 at 06:13, Carol Spears wrote:
This is the list of eh, C calls? You have to give a little list of
values to make them work right?
No, as I said, this is the object hierarchy. It's a list of all GIMP
classes shown with their base classes. The documentation includes a
Hi,
On Tue, 2003-08-19 at 10:33, Roman Joost wrote:
Its written with UTF-8 Entities, so i think this thread is deprecated
.. The only thing was a correct mapping of the umlauts. I setup my
editor correctly and now i can write the docs without typing in the
entities.
Excuse my ignorance, but
Hi,
On Tue, 2003-08-19 at 09:48, Raphaël Quinet wrote:
On Tue, 19 Aug 2003 01:35:33 +0200, Sven Neumann [EMAIL PROTECTED] wrote:
What I care about is how the generated HTML files in different languages
will be structured since the helpbrowser will have to choose the
appropriate files based
I am getting a little confused by some of the statements made in this
and earlier threads.
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.
In an earlier thread, Daniel
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
Thank you for your elaborate answer. I do have some follow-up
questions though.
On 19 Aug 2003, at 14:01, Daniel Egger wrote:
Am Die, 2003-08-19 um 12.19 schrieb Branko Collin:
[current manual]
Why are you not too happy about the content and the structure?
It is too anarchic in its
Hi,
On Tue, 2003-08-19 at 13:35, Daniel Egger wrote:
I also don't want to work on it any longer unless Daniel changes his
^
This is what you wanted to say, nothing else. Really sad...
Yes, it is sad. But please read your own mails again. First you claimed
that
Daniel Egger ([EMAIL PROTECTED]) wrote:
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
On 19 Aug 2003 14:01:12 +0200, Daniel Egger [EMAIL PROTECTED] wrote:
Am Die, 2003-08-19 um 12.19 schrieb Branko Collin:
In an earlier thread, Daniel wrote: we're not too happy
with the content and the structure of the GUMP. I take it you meant
the GIMP documentation?
GUM is the GIMP
On Tue, Aug 19, 2003 at 11:50:51AM +0200, Sven Neumann wrote:
Excuse my ignorance, but what are UTF-8 entities? I had a look at the
stuff in CVS:
secondaryEinfuuml;hrung/secondary
and I would have expected:
secondaryEinführung/secondary
AFAIK, you can't write german umlauts in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Has anyone else noticed how the [EMAIL PROTECTED] spam is getting a little
out of hand? perhaps now would be a good time to change that address.
- --
Dan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla
Hi,
On Tue, 2003-08-19 at 16:19, Roman Joost wrote:
AFAIK, you can't write german umlauts in xml files, which are utf-8
encoded.
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
On Tue, 19 Aug 2003 08:00:55 -0700, Daniel Rogers [EMAIL PROTECTED] wrote:
Has anyone else noticed how the [EMAIL PROTECTED] spam is getting a little
out of hand? perhaps now would be a good time to change that address.
Well, this looks like another Microsoft worm spreading like wildfire.
Hi,
On Tue, 2003-08-19 at 18:04, Raphaël Quinet wrote:
We cannot easily change that address because that would require changing
all gimp bugs, which are using this as the contact address. But as I
suggested during GIMPcon, we could configure this address so that it
accepts mails from
On Mon, 18 Aug 2003, Sven Neumann wrote:
Hi,
there is something I hacked up during GimpCon and I thought it might be
of interest to some of you although it's not yet finished (and perhaps
YEY!
(This is a very good thing.)
Rockwalrus
___
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
On Tue, 19 Aug 2003, Daniel Rogers wrote:
Date: Tue, 19 Aug 2003 08:00:55 -0700
From: Daniel Rogers [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Gimp-developer] [EMAIL PROTECTED] spam getting a little out of hand
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Has anyone else noticed
On Tue, Aug 19, 2003 at 08:58:25PM +0100, Alan Horkan [EMAIL PROTECTED] wrote:
Banning attachments and HTML email might be a tolerable compromise.
A compromise that wouldn't even catch 1% of the mail isn't torable in my
opinion (especially as it's not possible to filter for this).
How can one
On Tue, Aug 19, 2003 at 06:20:43PM +0200, Sven Neumann wrote:
Hi,
On Tue, 2003-08-19 at 18:04, Rapha??l Quinet wrote:
We cannot easily change that address because that would require changing
all gimp bugs, which are using this as the contact address. But as I
suggested during GIMPcon,
On Tue, Aug 19, 2003 at 03:02:18PM -0700, Manish Singh [EMAIL PROTECTED] wrote:
Done.
Damn, you were too fast :) Thanks for implementing it!
--
-==- |
==-- _ |
---==---(_)__ __
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
On Tue, Aug 19, 2003 at 07:32:24PM +0200, Daniel Egger [EMAIL PROTECTED] wrote:
book, see below) was anachronistic, more like a reference than a fluent
style, every single part following the exactly same style like a
manpage. We changed quite a lot and tried to enrich the content as much
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
31 matches
Mail list logo