On Oct 22, 2004, at 6:28 AM, Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes
<[EMAIL PROTECTED]> writes:
Jean-Marc> This is a patch for something that should have been done
Jean-Marc> looong ago. It adds new functions buffer-next and
Jean-Marc> buffer-previous. The implementation i
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> what about [ `dirname "$1"` -ef `dirname "$2"` ] ?
>
> No idea about portability and such.
Works on MacOSX (bash).
Apparently the default on MacOSX is "pwd -L" rather than "pwd -P" as
stated in the manpage, so the original script would not work
Angus Leeming wrote:
> The attached patch enables us to move XFig files to the temp directory and
> continue to generate DVI files, etc that show any included picture files.
>
> The next step is to add an ability to iterate over the specialized copier
> functions and ascertain which ones have bee
On Mon, Oct 18, 2004 at 11:36:43PM +0200, Lars Gullik Bjønnes wrote:
> | Confirming bugs needs web access. I currently have a choice between
> | either net access and no time at all, or no net, but a couple of
> | minutes to spare. I.e. I can handle offline mail and news, but no http.
> >
> | When
On Mon, Oct 18, 2004 at 01:41:04PM +0100, Angus Leeming wrote:
> Andre Poenitz wrote:
> > May I suggest a slightly different approach?
> >
> > Let's have some MetaInset that's a proper LyX inset, i.e. deriving
> > from InsetBase, but which mainly acts as a data storage capable to
> > store attrib
On Mon, Oct 18, 2004 at 02:15:21PM +0200, Jean-Marc Lasgouttes wrote:
> What do kword or abiword do? I did not find anything relevant in the
> Gnome or KDE HIG. I guess windows apps use C-Tab, but mathed already
> uses that. I did not find anything for (x)emacs.
I have no religious feelings on C-T
On Mon, Oct 18, 2004 at 04:14:19PM +, Andreas Vox wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> > This is guaranteed to work in any Standard conforming C or C++ compiler.
>
> That's why I prefer Java! ;-)
Well. I prefer getting my work done.
Tastes are different, an so are religions
On Mon, Oct 18, 2004 at 11:27:01PM +0100, Angus Leeming wrote:
> The only problem is, 'Nach' and 'Bis' should be encoded in the 'German'
> language.
'Nach' and 'Bis' don't need any special encoding in the German language.
> Angus (smart arse)
Andre' (no further comment)
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
The attached patch enables us to move XFig files to the temp directory and
continue to generate DVI files, etc that show any included picture files.
The next step is to add an ability to iterate over the specialized copier
functions and ascertain which ones have been added and which ones have
been
On Fri, Oct 22, 2004 at 01:33:39PM +0200, Georg Baum wrote:
> Kayvan A. Sylvan wrote:
>
> > Have you tried it with an empty body? My RPM complains about the
> > empty body and it never gets substituted.
>
> I thought I had tried it, but obviously did not. The attached patch works
> for me. Can yo
--- Georg Baum <[EMAIL PROTECTED]> wrote:
> In this case it is hardcoded in lyx.
[FIG->PNG conversion instead of FIG->PDF, when generating document LyX->PDF(pdflatex)]
Ahhh. Too bad, but I can see how this would be a reasonable first approach to this
problem.
> The following is more a develope
Andreas Vox wrote:
>> Points to note:
>> * Instant Preview works only if the user has preview.sty installed.
>
> Maybe we could bundle it and set the TEXINPUTS accordingly before the
> latex call?
Yet another thing to fix when things go wrong. Documenting it is enough,
IMO.
>> * Can a LyX docboo
On Fri, 2004-10-22 at 14:40, Jean-Marc Lasgouttes wrote:
> You should also get rid of this one:
>
> case MenuItem::Command:
> {
> FuncStatus const flag =
> view_->getLyXFunc().getStatus(i->func());
Done, see revised p
On Fri, Oct 22, 2004 at 05:13:59PM +0200, Lars Gullik Bjønnes wrote:
>
> Then why not a even clearer mark "!-- inntermakr standard --"?
Because it is usually easy to see from the context which element it
refers. Also I'm lazy and change the code to filter all empty comments for
stable releases
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Fri, Oct 22, 2004 at 04:54:15PM +0200, Lars Gullik Bjønnes wrote:
>> >
>> | You forgot the quotes around the !-- --
>> | Quite easy to find actually. :-)
>>
>> This look like a hack, is it?
>>
>> --
>> Lgb
>
| InnerTag
On Fri, Oct 22, 2004 at 04:54:15PM +0200, Lars Gullik Bjønnes wrote:
> >
> | You forgot the quotes around the !-- --
> | Quite easy to find actually. :-)
>
> This look like a hack, is it?
>
> --
> Lgb
InnerTag ""
would give the same result, if that is what you ask.
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Thu, Oct 21, 2004 at 10:30:05AM +0200, Andreas Vox wrote:
>> Hi!
>>
>> Another small and independent patch which corrects the behaviour
>> of starsection in DocBook. The other patch nested an inner
>> element into the , which is against
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| http://bugzilla.lyx.org/show_bug.cgi?id=1677
>
| The command \thanks is a special kind of "footnote" for titling commands
| (\title, \author, \date). LyX always uses \footnote, though, which works well
| with most classes, since the standard cla
On Thu, Oct 21, 2004 at 10:30:05AM +0200, Andreas Vox wrote:
> Hi!
>
> Another small and independent patch which corrects the behaviour
> of starsection in DocBook. The other patch nested an inner
> element into the , which is against DocBook DTD.
>
> /Andreas
>
> Index: lib/layouts/db_stdstars
On Fri, Oct 22, 2004 at 01:49:37PM +, Andreas Vox wrote:
>
> Sorry, that's what happens if I use anything but vi to edit changelogs.
>
> Forgiven?
Certainly. :-)
The whole exercise was just to show you that small patches are a lot
easier to deal for all of us. :-)
And also that we rea
Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes:
> On Thu, Oct 21, 2004 at 10:38:56AM +0200, Andreas Vox wrote:
> > Hi!
> >
> > I bundled those extra since they relate to all other patches.
> > This time I didn't erase any blanks but replaced all blanks
> > by double blanks, as is required
http://bugzilla.lyx.org/show_bug.cgi?id=1677
The command \thanks is a special kind of "footnote" for titling commands
(\title, \author, \date). LyX always uses \footnote, though, which works well
with most classes, since the standard classes (and lots of other) do a
\let\footnote\thanks
inside t
> "John" == John Spray <[EMAIL PROTECTED]> writes:
John> On Fri, 2004-10-22 at 13:49, Jean-Marc Lasgouttes wrote:
>> Also, this status() method returns the right value for a submenu
>> too. Therefore submenuDisabled is not needed at all.
John> Wonderful! This makes the code much shorter.
John
Lars Gullik BjÃnnes <[EMAIL PROTECTED]> writes:
> And you are sure they was not introduced for a reason?
>
Since I wrote toDocbookLength() I should remember, no? :-)
I used cut&paste to insert the declaraion of these enum constants,
that's where the comments come from (and they were of course
co
Angus Leeming <[EMAIL PROTECTED]> writes:
> > existing bitmap file in . Next thing to do is
> > generate these bitmaps (previews becoming included files,
> > isn't that a mess?)
>
> Ok.
>
> Points to note:
> * Instant Preview works only if the user has preview.sty installed.
Maybe we could bund
On Fri, 2004-10-22 at 13:49, Jean-Marc Lasgouttes wrote:
> Also, this status() method returns the right value for a submenu too.
> Therefore submenuDisabled is not needed at all.
Wonderful! This makes the code much shorter.
I'll commit the attached patch if nobody objects.
John
Index: GMenu
On Fri, Oct 22, 2004 at 01:25:08PM +0100, Angus Leeming wrote:
>
> Does DocBook not use MathML?
The XML version, yes, the SGML no.
Then the problem is that even if you use it, for some tools and chains is
a lot easier to go the tex way, as it is more mature and gives better
results. Free t
Andreas Vox wrote:
> informalequation ::=
> (blockinfo?,
> (alt?,
> (graphic+|mediaobject+)))
>
> Right now we put LaTeX in and a reference to a non
> existing bitmap file in . Next thing to do is
> generate these bitmaps (previews becoming included files,
> isn't that a mess?)
Ok.
Points to
> "John" == John Spray <[EMAIL PROTECTED]> writes:
John> Hi, One could easily make the gtk frontend crash with a failed
John> assertion in MenuBackend::Getmenu. The problem occurred when
John> viewing a document with figures in it: the "Figures" submenu
John> item didn't have a submenuname_ fi
Angus Leeming <[EMAIL PROTECTED]> writes:
> Does DocBook not use MathML?
No, not officially. There are extensions for DocBook XML.
The content for equations is:
informalequation ::=
(blockinfo?,
(alt?,
(graphic+|mediaobject+)))
Right now we put LaTeX in and a reference to a non
existing b
On Fri, Oct 22, 2004 at 12:27:19PM +, Andreas Vox wrote:
> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Fix what? In my opinion this is the fix: an older patch introduced those
> spurious '<' in toDocbookLength() and I used the opportunity to
> delete them in the last patch.
S
Andreas Vox <[EMAIL PROTECTED]> writes:
| José AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
>>
>> On Thu, Oct 21, 2004 at 10:24:17AM +, Andreas Vox wrote:
>> > Lars Gullik Bjønnes ...> writes:
>> >
>> > > Andreas Vox ...> writes:
>> > > | - case LyXLength::PT: //< P
Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> On Thu, Oct 21, 2004 at 10:24:17AM +, Andreas Vox wrote:
> > Lars Gullik BjÃnnes ...> writes:
> >
> > > Andreas Vox ...> writes:
> > > | - case LyXLength::PT: //< Point = 1/72.27in = 0.351mm
> > > | + c
Andreas Vox wrote:
>> > For my taste this whole external file business is already very
>> > complicated. A Mover would be a clean solution but also another
>> > concept to learn. (my head is already spinning from converters,
>> > templates, previewloaders, graphicloaders, etc.)
>>
>> Oh, it isn't
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Andreas Vox wrote:
> >> It looks like I opened a can of worms with this XFig stuff
> >>
> > I caught up with my reading (previous DVI file thread on lyx-devel,
> > insetexternal, etc.) and I don't envy you
>
> InsetExternal is actually one of the m
Lars Gullik Bjønnes wrote:
> I have used WONTFIX, but of course if the same but is in tex2lyx the
> bug should be transfered there with a note.
Ok, I used WONTFIX. IMHO it does not make any sense to transfer the bug to
tex2lyx, since it is fixed, and relyx still has it.
Georg
Angus Leeming wrote:
> All conversions for a given buffer (document) take place in a single temp
> directory. All files that need to be converted to a different format are
> first copied to this temp directory and there names are mangled to ensure
> that files that are originally in different dire
Angus Leeming wrote:
> It looks like I opened a can of worms with this XFig stuff :-(
>
> Trivial as it may seem, it just isn't that easy to define and use a
> $$orig_i placeholder. Lots of messy and fragile changes all over the
> place.
>
> However, it seems to me that the problems can be isola
Kayvan A. Sylvan wrote:
> Have you tried it with an empty body? My RPM complains about the
> empty body and it never gets substituted.
I thought I had tried it, but obviously did not. The attached patch works
for me. Can you please test wether it works for you too?
Georg--- lyx-1.4-cvs/config/l
José Abílio Oliveira Matos wrote:
> On Fri, Oct 22, 2004 at 12:35:33PM +0200, Jean-Marc Lasgouttes wrote:
>> I am all for it.
> I support that. :-)
One nice side effect is that things like Quote() and our definitions of
converters will no longer need to have Unix and Win32 variants because we
wil
On Thu, Oct 21, 2004 at 10:21:49PM -0400, John Weiss wrote:
>
> I say define anything that depends on environment ... like the
> textclasses ... as simple string attributes. We can make exceptions
> for *certain* textclasses ... like "Standard" ... that are pretty much
> universal. Just my $0.02
On Fri, Oct 22, 2004 at 12:35:33PM +0200, Jean-Marc Lasgouttes wrote:
>
> I am all for it.
I support that. :-)
> JMarc
--
José Abílio Matos
LyX and docbook a perfect match. :-)
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Note the quotes around 'lyxpreview2bitmap.py'. Someone got busy
Angus> in LibScriptSearch and protected the name of the script with
Angus> quotes. ViewCVS tells me that this happened on 14 September and
Angus> that the busy man was
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This is a patch for something that should have been done
Jean-Marc> looong ago. It adds new functions buffer-next and
Jean-Marc> buffer-previous. The implementation is straightforward,
Jean-Marc> althouh details such
Andreas Vox wrote:
>> It looks like I opened a can of worms with this XFig stuff
>>
> I caught up with my reading (previous DVI file thread on lyx-devel,
> insetexternal, etc.) and I don't envy you :-)
InsetExternal is actually one of the most powerful concepts in the whole of
LyX. Amazing how su
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> No. I just looked for a solution that does not require to
Juergen> rewrite the whole function.
Juergen> Anyway, attached is the 1.4cvs-solution, backported to 1.3.x
Juergen> OK to apply?
Yes, I think I prefer that solu
47 matches
Mail list logo
