On Mon, Oct 18, 2004 at 08:32:21PM +0200, Chris Karakas wrote:
> #! /bin/sh
>
> for x in `ls *.$1`; do
This should be
for x in *.$1
Especially for people advocating the support of Windows formats.
After all, these are the guys most likely to run into file names with
spaces.
> y=`basename $x
Chris Karakas <[EMAIL PROTECTED]> writes:
> Andreas Vox <[EMAIL PROTECTED]> schrieb am 20.10.04 19:25:22:
> >
> >
> > Oh BTW, Chris, if you read this:
> > what happens if the user activates '&' for names?
> The user will get the & character in a label and the SGML parser will
> complain that
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 20.10.04 21:47:14:
>
> The other point of Chris is: should lyx be clever and not tell the users
> that it is fixing the document without the user's approval? Chris thinks
> not, the lyx core team thinks otherwise.
>
> All the discussio
Andreas Vox <[EMAIL PROTECTED]> schrieb am 20.10.04 19:25:22:
>
>
> Oh BTW, Chris, if you read this:
> what happens if the user activates '&' for names? ;-)
>
>
:-)
The user will get the & character in a label and the SGML parser will
complain that some "entity XYZ not defined", I guess.
Bu
On Wed, Oct 20, 2004 at 06:51:31PM +, Andreas Vox wrote:
>
> < No way.
>
> Ok, but then it definitely will not be stored in .layout files.
>
> < > c) a converter
>
> < All the tools I know work only for valid documents. Is there any of the
> < used tools who doesn't care about the th
Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes:
< On Wed, Oct 20, 2004 at 05:24:41PM +, Andreas Vox wrote:
< > We have to decide if namemangling is a setting of
< > a) a class
< More than a class, it is a property from the backend. Docbook, in this
< case. This affects the validatio
On Wed, Oct 20, 2004 at 05:24:41PM +, Andreas Vox wrote:
> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Hm, I think I haven't thought that completly through.
> 1. and 3. can't be combined that easily.
> We have to decide if namemangling is a setting of
> a) a class
More than
Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes:
> On Wed, Oct 20, 2004 at 03:30:13PM, Andreas Vox wrote:
> > < > And for the settings dialog I prefer (in this order)
> > < > 1. special flag for converter (the user could define a
> > < > "nonmangled" Docbook format
> > < > 2. Document s
On Wed, Oct 20, 2004 at 03:30:13PM +, Andreas Vox wrote:
> < > And for the settings dialog I prefer (in this order)
> < > 1. special flag for converter (the user could define a "nonmangled"
> < > Docbook format
> < > 2. Document settings
> < > 3. none (edit .layout file manually)
> < > 4.
Chris Karakas <[EMAIL PROTECTED]> writes:
< Andreas Vox <[EMAIL PROTECTED]> schrieb am 20.10.04 11:54:47:
...
< > And for the settings dialog I prefer (in this order)
< > 1. special flag for converter (the user could define a "nonmangled"
< > Docbook format
< > 2. Document settings
< > 3. non
Andreas Vox <[EMAIL PROTECTED]> schrieb am 20.10.04 11:54:47:
>
> For the warning I would just add a reference to the manual section where
> it is explained.
>
> And for the settings dialog I prefer (in this order)
> 1. special flag for converter (the user could define a "nonmangled"
> Doc
Chris Karakas <[EMAIL PROTECTED]> writes:
> The non-expert user will use underscores in his labels and will not be amused
> to see that they were transformed to something else without warning.
Do you think the non-expert user will notice? Even if, they would notice that
any special chars except
On Wed, Oct 20, 2004 at 10:46:58AM +0200, Chris Karakas wrote:
> Georg Baum <[EMAIL PROTECTED]> schrieb am 19.10.04 22:15:29:
> >
> > IMHO if a user can modify his SGML declaration he can as well edit layout
> > files. The nonexpert user will just use what is there: the standard SGML
> > declara
Georg Baum <[EMAIL PROTECTED]> schrieb am 19.10.04 22:15:29:
>
> IMHO if a user can modify his SGML declaration he can as well edit layout
> files. The nonexpert user will just use what is there: the standard SGML
> declaration and the standard layout file, and they should match. If e.g.
> SuSE
On Tue, Oct 19, 2004 at 10:12:58PM +0200, Georg Baum wrote:
>
> > Maybe from some standpoint it belongs there. But it is not user-friendly
> > to expect the user to tweak layout files, IMHO.
>
> IMHO if a user can modify his SGML declaration he can as well edit layout
> files. The nonexpert use
Am Dienstag, 19. Oktober 2004 21:11 schrieb Chris Karakas:
> José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 19.10.04
19:16:13:
> > I propose thus that all the configuration goes in the textclass,
where it
> > belongs in my humble opinion:
I agree.
> Maybe from some standpoint it be
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 19.10.04 19:16:13:
>
> The idea is getting better.
> But I don't like the idea of a document dialog. This is an option for docbook,
> not for the document. Read bellow what I propose.
>
You propose to control everything through that C
On Tue, Oct 19, 2004 at 04:46:45PM +, Andreas Vox wrote:
>
> Something like this Document settings->SGML:
>
>enforce valid SGML/XML ids (yes,no): yes
>if yes, additional allowed chars:.:_
>
> what you have in mind?
> Second input field would be disabled if answer to first one is
Andreas Vox <[EMAIL PROTECTED]> schrieb am 19.10.04 18:47:26:
>
> Something like this Document settings->SGML:
>
>enforce valid SGML/XML ids (yes,no): yes
>if yes, additional allowed chars:.:_
>
> what you have in mind?
> Second input field would be disabled if answer to first one i
Chris Karakas <[EMAIL PROTECTED]> writes:
< Now that I have thought a bit about it (and read your message a lot of times),
< I come to believe that I prefer both solutions, yours and Andreas' one.
<
< They are not mutually exclusive, so they could be implemented both.
< I would then have the optio
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 19.10.04 15:24:00:
>
> > Well...that's precisely what happened to me, believe it or not.
> > My documents worked with underscores in the labels, then I upgraded
> > DocBook, openjade and the rest - and suddenly they did not work.
>
> B
On Tue, Oct 19, 2004 at 01:36:55PM +, Andreas Vox wrote:
> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> > > It violates the principle "you asked for it, you got it".
> >
> > That is not your principle.
> > What You See Is What You Mean (not What You Get).
>
> We also have
Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes:
> > It violates the principle "you asked for it, you got it".
>
> That is not your principle.
> What You See Is What You Mean (not What You Get).
We also have the principle "You don't have to be a LaTeX initiate
to use LyX". I think th
On Tue, Oct 19, 2004 at 02:39:56PM +0200, Chris Karakas wrote:
> José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 19.10.04 13:32:21:
> >
> > On Tue, Oct 19, 2004 at 01:12:47PM +0200, Chris Karakas wrote:
> > >
> > > - Somebody in the DocBook committee decided that underscore is "out".
>
Chris Karakas <[EMAIL PROTECTED]> writes:
> I always overwrite the standard label, so I never minded that
> "sec:blabla" is illegal.
You want to bet how many documents with these labels are out there? :-)
> Your solution is acceptable for me. But please don't make the setting
> "enforce standar
Andreas Vox <[EMAIL PROTECTED]> schrieb am 19.10.04 13:39:58:
>
> What about this approach:
>
> * change the default for new labels from "sec:blabla" to "sec.blabla"
> (yes, right now LyX _leads_ the user to have non-standard ids! )
> * have a document setting "enforce standard SGML/XML ids"
>
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 19.10.04 13:32:21:
>
> On Tue, Oct 19, 2004 at 01:12:47PM +0200, Chris Karakas wrote:
> >
> > - Somebody in the DocBook committee decided that underscore is "out".
>
> First I understand your point, second the problem is precisely the
>
Andreas Vox wrote:
>
> If you ask me, LyX should only export
> 1.) the original graphic file
> 2.) a PNG / JPG / PDF version, whatever is most appropiate
> 3.) Ghostscript EPS-wrappers for the above
>
> Then LyX could have export *options* for
> 4.) Full EPS files to produce PS without Ghostscrip
Chris Karakas <[EMAIL PROTECTED]> writes:
> There is more to it than you think. here is a scenario:
...
> Leave it to the SGML parser. The parser will complain - if it has to.
I understand your argument now.
What about this approach:
* change the default for new labels from "sec:blabla" to "se
On Tue, Oct 19, 2004 at 01:12:47PM +0200, Chris Karakas wrote:
>
> There is more to it than you think. here is a scenario:
>
> - Labels become filenames:
>
> http://www.karakas-online.de/mySGML/labels-as-filenames.html
> - The first version of the document goes online.
>
> - Search engines cr
Andreas Vox wrote:
> Well, if Chris wants to, he can of course do it. He just wont be able to produce
> LyX documents which produce references which contain the new characters :-P
>
> And if Chris manages to convince the DocBook stylesheet guys to include his
> change to the SGML declaration, I'l
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 18.10.04 23:17:04:
>
> >
> > it is not that simple! The underscore may very well be allowed in the value of an
> > ID attribute, at least in SGML! This quite tricky subject is dealt in:
> >
> > character "_" not allowed in value of attri
Andreas Vox <[EMAIL PROTECTED]> schrieb am 18.10.04 22:30:09:
>
> Chris Karakas <[EMAIL PROTECTED]> writes:
>
> > I suggest to leave validation to validating parsers, or,
> if you want to validate, then use an external one,
>
> Unfortunately it's not about validating but about producing parsabl
Andre Poenitz <[EMAIL PROTECTED]> writes:
> I.e a each image would turn up three or for times in different formats
> within a .lyx document?
>
> This somehow smells like bloat, doesn't it?
nI nont snell anyding! ;o)
DocBook has no problems if several imageobjects refer to the same file,
they c
On Mon, Oct 18, 2004 at 10:54:55PM +, Andreas Vox wrote:
> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> > On Mon, Oct 18, 2004 at 08:43:46PM +0200, Chris Karakas wrote:
>
> > I hope you are not suggesting to change the DocBook SGML Declaration?
> > At least because of a smal
Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes:
> On Mon, Oct 18, 2004 at 08:43:46PM +0200, Chris Karakas wrote:
> I hope you are not suggesting to change the DocBook SGML Declaration?
> At least because of a small detail like this.
Well, if Chris wants to, he can of course do it. He
On Mon, Oct 18, 2004 at 08:43:46PM +0200, Chris Karakas wrote:
> >
>
> Jose and Andreas,
>
> it is not that simple! The underscore may very well be allowed in the value of an ID
> attribute, at least in SGML! This quite tricky subject is dealt in:
>
> character "_" not allowed in value of attr
On Mon, Oct 18, 2004 at 07:52:17PM +0200, Chris Karakas wrote:
>
> Does LyX really do it so, also for image file formats? I apologize. BTW,
> that was the most polite RTFM I ever got. :-)
If I understood you well, yes lyx has all the mechanisms to do what you
described.
> --
> Regards
>
> Ch
Chris Karakas <[EMAIL PROTECTED]> writes:
> Jose and Andreas,
>
> it is not that simple! The underscore may very well be allowed in
the value of an ID attribute, at least in
> SGML! This quite tricky subject is dealt in:
>
> character "_" not allowed in value of attribute ID
> http://www.karaka
Chris Karakas <[EMAIL PROTECTED]> writes:
> Does LyX really do it so, also for image file formats? I apologize.
BTW, that was the most polite RTFM I ever got.
I don't even know if it _is_ covered in the manual ;-)
/Andreas
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 18.10.04 18:31:41:
>
> >
> > +std::string cleanID(std::string orig)
> > +{
> > + // Ok, I can't find it on the web right now, but if I recall
> > + // correctly SGML allows only letters, '_', '$' and digits in IDs,
> > + // starting
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 18.10.04 18:31:38:
>
> > 2. Graphic insets now output s
> > consisting of four imageobjects with diferent
> > roles/formats: png / pdf / eps / bmp
>
> Just one (dumb?) question, what is bmp good to?
>
For RTF rendering. (Open
Andreas Vox <[EMAIL PROTECTED]> schrieb am 18.10.04 18:24:31:
>
> Chris Karakas <[EMAIL PROTECTED]> writes:
>
> > Note that for PDF output via SGML and pdfjadetex,
> > you need an EPS file with the .pdf ending!
>
> You are kidding, don't you mean epdf ??
>
Sorry, sorry...I am recovering fro
On Mon, Oct 18, 2004 at 01:22:23AM +0200, Andreas Vox wrote:
> Hi !
>
> Here are the combined results of this weekend.
>
> Sorry Lars, I couldn't split it up since there's one
> change which overlaps with all others (cleanID).
>
> But, I incorporated all your comments for the
> last two patches
Chris Karakas <[EMAIL PROTECTED]> writes:
> Note that for PDF output via SGML and pdfjadetex,
> you need an EPS file with the .pdf ending!
You are kidding, don't you mean epdf ??
BTW, could you contribute a eps2epdf script ?
> I am not sure if conversion of images is LyX's business or the us
Andreas Vox wrote:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
>> Andreas Vox wrote:
>
>> > Drop it. Replace by new environment around graphic:
>> > La la la
>
>> If you could translate this to a lyx construct (inset, layout or
>> whatever) with an easy user interface, that would be great!
>
Chris Karakas wrote:
>> latex: eps, eps and eps
>> pdflatex: jpg, png, pdf
>> docbook: same as above if going thru latex, else jpg, png and png
>> htlatex: ???
>> others: ???
>>
>
> Note that for PDF output via SGML and pdfjadetex, you need an EPS
> file with the .pdf ending! Sounds crazy but it
Georg Baum <[EMAIL PROTECTED]> writes:
> Andreas Vox wrote:
> > latex: eps, eps and eps
> > pdflatex: jpg, png, pdf
> > docbook: same as above if going thru latex, else jpg, png and png
> > htlatex: ???
> > others: ???
> What does the first, second and third format column mean?
Photo, lossless
> latex: eps, eps and eps
> pdflatex: jpg, png, pdf
> docbook: same as above if going thru latex, else jpg, png and png
> htlatex: ???
> others: ???
>
Note that for PDF output via SGML and pdfjadetex, you need an EPS file with the .pdf
ending! Sounds crazy but it is so, see
http://www.karakas-o
Andreas Vox wrote:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
>> I spent a lot of time recently to make the graphics (and also a bit the
>> external inset) behave well in every case I could imagine for the latex
>> output. This means that it creates the file in a suitable format for the
>> desire
Angus Leeming wrote:
> A subfigure inset (actually, we should use subfloat). I imagine a
> collapsable inset with a 'title'. Perhaps the same (broken?) UI as
> the existing float insets with a 'Caption' environment? An improved
> UI would be a good thing, but I'm out of ideas.
Me too. Maybe Andre
On Mon, Oct 18, 2004 at 08:12:28AM +, Andreas Vox wrote:
> >
> > You shouldn't have to split, you should not have put them together in
> > the first place.
>
> I know that now, too. :-)
>
> OTOH we would have four dependent patches which had to be applied
> in a fixed order. And if you make
On Mon, Oct 18, 2004 at 01:22:23AM +0200, Andreas Vox wrote:
> Also note that latex usually chooses a matching file
> if the file extension is missing.
> For DocBook the canonical way is to have several
> imageobjects for a mediaobjects with different roles,
> filrefs and size / alignment hints. Th
On Mon, Oct 18, 2004 at 08:56:53AM +, Andreas Vox wrote:
Hi Andreas,
glad to see your work. I don't have time to comment it now (a lousy
excuse such as work to be done today.. ;-). But a small note bellow.
> > Why not use the same uniqueID() that is used by the graphics inset?
>
> Onl
Andreas Vox wrote:
>> Yes, since you don't know what will be done with the docbook file
>> later. This might take a lot of time for documents with lots of
>> images, but we have the same problem with the latex backend
>> already.
>
> latex: eps, eps and eps
> pdflatex: jpg, png, pdf
> docbook: sam
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Andreas Vox wrote:
>
> Does this mean that other docbook processors do not understand this syntax?
It's not a question of the SGML processor but of the stylesheets used.
The way it is now, if none of these four parameters is set, either in the
stylesh
Andreas Vox <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
>> Andreas Vox <[EMAIL PROTECTED]> writes:
>
>> | Sorry Lars, I couldn't split it up since there's one
>> | change which overlaps with all others (cleanID).
>>
>> You really should have kept them separate
Georg Baum wrote:
> If you want to be really helpful you can update the external inset,
> too. The plan is to merge the graphics and external inset eventually
> into one, but before we can do that we need to find a way to deal
> with feautures like subfigure that are only available in the
> graphic
Lars Gullik BjÃnnes <[EMAIL PROTECTED]> writes:
> Andreas Vox <[EMAIL PROTECTED]> writes:
> | Sorry Lars, I couldn't split it up since there's one
> | change which overlaps with all others (cleanID).
>
> You really should have kept them separate.
>
> You shouldn't have to split, you should not
Andreas Vox wrote:
> 2.Graphic insets now output s
> consisting of four imageobjects with diferent
> roles/formats: png / pdf / eps / bmp
> Also I added special control entities to the
> preamble and around these imageobjects
> for SGML. This follows bug #1710 but I'm
> prepared to change it
Andreas Vox <[EMAIL PROTECTED]> writes:
| Hi !
>
| Here are the combined results of this weekend.
>
| Sorry Lars, I couldn't split it up since there's one
| change which overlaps with all others (cleanID).
You really should have kept them separate.
You shouldn't have to split, you should not hav
61 matches
Mail list logo
