Andre Poenitz wrote:
I am tempted to commit the attached patch. Shaves ~22s off a release
build, i.e. roughly 1.2% of total time. Not exactly much, but a dozen of
such trivial changes will show...
Couldn't we just remove clone() and implement a copy operator instead?
The instantiation will happ
Bo Peng wrote:
I agree that LyX should start, no matter if the .lst-files are empty and then
take care of them,
Jose and Jurgen,
I propose that we apply the attached patch to partially solve this
problem. It allows lyx to start even when textclasslist is empty. If
lyx is started like this, on
On Thu, 30 Aug 2007 08:14:21 +0200
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 07:39:32AM +0300, Martin Vermeer wrote:
> > On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> > > When doing the localization, I found a funny looking string in
> > > InsetMathCas
Richard Heck wrote:
>> Ed wrote:
>> ignoring the challenge, i would get rid of those headers all together...
>
> Yes, well, a different project.
like attached ?
Index: src/frontends/qt4/PanelStack.cpp
===
--- src/frontends/qt4/Panel
On 30 Aug 2007, at 01:30, Richard Heck wrote:
Under what conditions does configure.py get run?
The user has to invoke it via Reconfigure.
But couldn't this be run just once when the user first starts up LyX?
Or perhaps it does this already in current versions, I don't know.
/
On Thursday 30 August 2007 03:23:46 Bo Peng wrote:
> OK to apply?
I would like to hear from Jean-Marc here, this is a battle that he fought so
many times that I think is output is important.
Not only that but I am not convinced that this is the right solution. My
objections go along the rea
Richard Heck wrote:
> Jurgen, do you want this for 1.5.2?
Yes, please.
(I'm baffled this turned out to be so easy).
Jürgen
Alfredo Braunstein wrote:
> I propose to apply the following (i.e. remove the call to
> stripLeadingSpaces).
I don't have time for testing ATM. Are there any drawbacks?
Jürgen
Hello,
after an upgrade from LyX 1.4.5 to LyX 1.5.1 I see error messages
reporting "unexpected situations" which are "most likely caused by a flaw in
the software".
The detailed log says that a iconv returned an Error 42.
Screenshots of the error message are at http://bokomoko.de/~rd/lyx-error
Juergen Spitzmueller wrote:
> Alfredo Braunstein wrote:
>
>> I propose to apply the following (i.e. remove the call to
>> stripLeadingSpaces).
>
> I don't have time for testing ATM. Are there any drawbacks?
The request for testing was general, not just for you of course ;-)
I don't think there
Hi,
to complete the UserGuide I need explanations/informations about the following
items:
Tools->Preferences->Colors->
added space markers
command inset
command inset backgroun
command inset frame
inset background
inset frame
collapsable inse
On Thu, 30 Aug 2007 11:13:23 +0200
Rainer Dorsch <[EMAIL PROTECTED]> wrote:
> Hello,
>
> after an upgrade from LyX 1.4.5 to LyX 1.5.1 I see error messages
> reporting "unexpected situations" which are "most likely caused by a flaw in
> the software".
>
> The detailed log says that a iconv retu
Alfredo Braunstein wrote:
> The request for testing was general, not just for you of course ;-)
>
> I don't think there are really drawbacks. IMHO, as I argumented before,
> the behavior was unconsistent when dealing with many consecutive spaces
> (remove spaces at the begining but not in the mid
Hartmut Haase schrieb:
to complete the UserGuide I need explanations/informations about the following
items: ...
Some of them are described in the new English Userguide that is in SVN trunk.
(Appendix B)
regards Uwe
> I don't think that this is the right fix. If configure failed previously,
> most probably it will fail again, so what is fixed here?
No, on Windows 90% of the failiures are like this:
configure.py fails for a reason I still couldn't find out (even after one year of investigation - it
never occ
Juergen Spitzmueller wrote:
> Alfredo Braunstein wrote:
>
>> The request for testing was general, not just for you of course ;-)
>>
>> I don't think there are really drawbacks. IMHO, as I argumented before,
>> the behavior was unconsistent when dealing with many consecutive spaces
>> (remove spa
I have just built lyx1.6.0svn.
After make it runs fine from src/lyx.
But when I do make install
Everything seems to go fine up until:
test -z "/Applications/LyX.app/Contents/Resources" || /bin/sh ../../
config/mkinstalldirs "/Applications/LyX.app/Contents/Resources"
/usr/bin/install -c -m 644 '
Leuven, E. wrote:
Richard Heck wrote:
>> Ed wrote:
>> ignoring the challenge, i would get rid of those headers all
together...
>
> Yes, well, a different project.
like attached ?
Yes, that would do it. I wonder if there would be objections
rh
--
Am Donnerstag, 30. August 2007 12:06 schrieb Martin Vermeer:
> On Thu, 30 Aug 2007 11:13:23 +0200
>
> Rainer Dorsch <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > after an upgrade from LyX 1.4.5 to LyX 1.5.1 I see error messages
> > reporting "unexpected situations" which are "most likely caused by
> I wonder if there would be objections
there always are.
but in this case not too many i would think.
so i suggest we put it in while the others are not watching...
Leuven, E. wrote:
I wonder if there would be objections
there always are.
but in this case not too many i would think.
so i suggest we put it in while the others are not watching...
Go for it.
rh
--
==
Richard G He
On Friday 24 August 2007 20:12:07 Bo Peng wrote:
> I guess you know what I meant. :-)
>
> And here is another one with some minor adjustments.
>
> Bo
I am playing with your patch, reordering the diffs to better understand the
general structure. It helps if the first files in the patch are the new
Leuven, E. wrote:
I wonder if there would be objections
there always are.
but in this case not too many i would think.
so i suggest we put it in while the others are not watching...
And if you do, you can mark 4153 fixedintrunk.
Richard
--
==
José Matos wrote:
On Friday 24 August 2007 20:12:07 Bo Peng wrote:
I guess you know what I meant. :-)
And here is another one with some minor adjustments.
Bo
I am playing with your patch, reordering the diffs to better understand the
general structure. It helps if the first files in t
> And if you do,
done:
http://www.lyx.org/trac/changeset/19914
> you can mark 4153 fixedintrunk.
i am not a "sufficiently empowered user" so perhaps someone who is can do
that...
On Thu, 30 Aug 2007 16:03:31 +0200
Rainer Dorsch <[EMAIL PROTECTED]> wrote:
> Am Donnerstag, 30. August 2007 12:06 schrieb Martin Vermeer:
> > On Thu, 30 Aug 2007 11:13:23 +0200
> >
> > Rainer Dorsch <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > >
> > > after an upgrade from LyX 1.4.5 to LyX 1.5.1 I
Hartmut Haase wrote:
Hi,
to complete the UserGuide I need explanations/informations about the following
items:
Tools->Preferences->Colors->
command inset
command inset backgroun
command inset frame
These three all have to do with insets like URL, that don't have any
Leuven, E. wrote:
> you can mark 4153 fixedintrunk.
i am not a "sufficiently empowered user" so perhaps someone who is can
do that...
OK, I did it. But why on earth aren't you "sufficiently empowered"!?
rh
--
==
Richard G Hec
> So I could go either way.
The only advantage of using another file extension such as .lyb is to
tell users immediately if a file is in a bundled format. However,
because of the existence of compressed .lyx file, it does not help to
decide if it is safe to svn or view a .lyx file. Also, there are
Bo Peng wrote:
So I could go either way.
The only advantage of using another file extension such as .lyb is to
tell users immediately if a file is in a bundled format. However,
because of the existence of compressed .lyx file, it does not help to
decide if it is safe to svn or view a .lyx
> OK, I did it.
thanks
> But why on earth aren't you "sufficiently empowered"!?
probably because i flunked out of hogwarts...
> > I propose that we apply the attached patch to partially solve this
> > problem. It allows lyx to start even when textclasslist is empty. If
> > lyx is started like this, only reconfigure (and quit) is allowed. This
> > gives users a second chance to configure lyx if initial configuration
> > fa
On Thu, Aug 30, 2007 at 01:48:00PM +0200, Uwe Stöhr wrote:
> > I don't think that this is the right fix. If configure failed previously,
> > most probably it will fail again, so what is fixed here?
>
> No, on Windows 90% of the failiures are like this:
> configure.py fails for a reason I still
On Thu, Aug 30, 2007 at 01:57:52AM -0400, Richard Heck wrote:
> Enrico Forestieri wrote:
> > On Wed, Aug 29, 2007 at 12:02:24PM -0400, Bennett Helm wrote:
> >
> >
> >> Start with an existing file and open in in LyX. Modify it (in LyX),
> >> and save it. The dialog pops up indicating that the
> Note that configure.py already has an option (--without-latex-config)
> to create a default textclass.lst file, so maybe a new option could be
> added to lyx such that on startup a reconfigure is forced by passing
> that option to configure.py. Once lyx is started, a normal reconfiguration
> coul
> I added a comment and committed the fix.
Thanks. Did you also consider the case when an emergency file is
loaded instead of the original file?
Bo
> To one or two people: please test cut of single/multiple paragraphs in
> trunk, specially when the cut leaves a leading space(s) (the original bug
> is 3600).
I can confirm 3600 is fixed.
Bo
Bo Peng wrote:
Note that configure.py already has an option (--without-latex-config)
to create a default textclass.lst file, so maybe a new option could be
added to lyx such that on startup a reconfigure is forced by passing
that option to configure.py. Once lyx is started, a normal reconfigurati
Am Donnerstag, 30. August 2007 16:31 schrieb Martin Vermeer:
> On Thu, 30 Aug 2007 16:03:31 +0200
>
> Rainer Dorsch <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag, 30. August 2007 12:06 schrieb Martin Vermeer:
> > > On Thu, 30 Aug 2007 11:13:23 +0200
> > >
> > > Rainer Dorsch <[EMAIL PROTECTED]> wrot
> OK, then a good compromise is to run configure at startup when in no-gui
> mode (typically when doing export at the command-line) and delay it
> until the GUI is started and running when in gui-mode. This is what is
> done for session loading for example (look at
> GuiApplication::execBatchComman
Rainer Dorsch wrote:
> not sure what is the difference between
> utf-8 and UTF-8 though
UTF-8 is a special unicode encoding for CJK languages.
Jürgen
Insert->Float->Figure
write a long caption (>1 line of text). The text overflows to the right.
A/
On Thursday 30 August 2007 16:27:42 Juergen Spitzmueller wrote:
> Rainer Dorsch wrote:
> > not sure what is the difference between
> > utf-8 and UTF-8 though
>
> UTF-8 is a special unicode encoding for CJK languages.
???
I have never heard that. :-)
I would expect UTF-8 to a different capit
Juergen Spitzmueller wrote:
Richard Heck wrote:
Jurgen, do you want this for 1.5.2?
Yes, please.
In.
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
=
Am Donnerstag, 30. August 2007 17:31 schrieb José Matos:
> On Thursday 30 August 2007 16:27:42 Juergen Spitzmueller wrote:
> > Rainer Dorsch wrote:
> > > not sure what is the difference between
> > > utf-8 and UTF-8 though
> >
> > UTF-8 is a special unicode encoding for CJK languages.
>
> ???
>
>
Alfredo Braunstein wrote:
Insert->Float->Figure
write a long caption (>1 line of text). The text overflows to the right.
Yes, I am aware of it. A bug in rouBreakPoint()/rowWidth(). I will work
on it now that I have advanced enough on the cleanup.
Abdel.
Bo Peng wrote:
OK, then a good compromise is to run configure at startup when in no-gui
mode (typically when doing export at the command-line) and delay it
until the GUI is started and running when in gui-mode. This is what is
done for session loading for example (look at
GuiApplication::execBatc
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Insert->Float->Figure
>>
>> write a long caption (>1 line of text). The text overflows to the right.
>
> Yes, I am aware of it. A bug in rouBreakPoint()/rowWidth(). I will work
> on it now that I have advanced enough on the cleanup.
Cool ;
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
>> http://www.lyx.org/trac/changeset/19398 - Update to latest from boost
>> 1.34.x branch
>
> Hm, what is the gain?
I think we should update to 1.34.1, since 1.34.0 is know to be buggy.
JMarc
On Thu, Aug 30, 2007 at 08:59:19AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >I am tempted to commit the attached patch. Shaves ~22s off a release
> >build, i.e. roughly 1.2% of total time. Not exactly much, but a dozen of
> >such trivial changes will show...
>
> Couldn't we just re
"Bo Peng" <[EMAIL PROTECTED]> writes:
> 2. In case that there is no embedded file, .lyx file will *not* be
> saved in a bundled format even if embedding is enabled. That is to
> say, it is not trivial to tell in advance which file format will be
> used.
I am not sure this is a good idea. For exam
Jean-Marc Lasgouttes wrote:
> I think we should update to 1.34.1, since 1.34.0 is know to be buggy.
I see. Furthermore, it seems to fix this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=4014
Could you do the update?
Jürgen
José Matos wrote:
> I have never heard that. :-)
> I would expect UTF-8 to a different capitalisation of utf-8 and to refer
> to the exact same thing.
I think it's also documented in the help files. However, it's really not
obvious. Perhaps we should introduce special gui strings for the encoding
Jean-Marc Lasgouttes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
2. In case that there is no embedded file, .lyx file will *not* be
saved in a bundled format even if embedding is enabled. That is to
say, it is not trivial to tell in advance which file format will be
used.
I am not sur
Andre Poenitz wrote:
On Thu, Aug 30, 2007 at 08:59:19AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
I am tempted to commit the attached patch. Shaves ~22s off a release
build, i.e. roughly 1.2% of total time. Not exactly much, but a dozen of
such trivial changes will show...
Couldn't
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I propose that we apply the attached patch to partially solve this
> problem. It allows lyx to start even when textclasslist is empty. If
> lyx is started like this, only reconfigure (and quit) is allowed. This
> gives users a second chance to configure lyx
"Leuven, E." <[EMAIL PROTECTED]> writes:
> i am not a "sufficiently empowered user" so perhaps someone who is can do
> that...
You have two accounts. Which one do you use?
JMarc
Richard Heck <[EMAIL PROTECTED]> writes:
> But Bo's earlier point was that the file format already isn't predictable.
It is bad, but at least it is predictable when the prefs are known.
> Welcome back!
Not really back yet. Kind of back :)
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>
>> I think we should update to 1.34.1, since 1.34.0 is know to be buggy.
>
> I see. Furthermore, it seems to fix this bug:
> http://bugzilla.lyx.org/show_bug.cgi?id=4014
I am afraid I do not know how to do that. Who
Jean-Marc Lasgouttes wrote:
You have two accounts.
i do?!
> Which one do you use?
i logon using my email adres up here (wouldn't know how to logon otherwise)
Edwin Leuven <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> You have two accounts.
>
> i do?!
The other one is [EMAIL PROTECTED]
> i logon using my email adres up here (wouldn't know how to logon otherwise)
You should be empowered enough now. Otherwise, I [EMAIL PROTECTED] s.e.ll
Jean-Marc Lasgouttes wrote:
> The other one is [EMAIL PROTECTED]
oh, that is very old!
> You should be empowered enough now.
thanks
> Otherwise, I [EMAIL PROTECTED] s.e.ll y0u s0m.e spec.1a1 me.d.ec.ine f0r $50
> :)
place de clichy on the corner of rue d'amsterdam, next monday say around
mi
The attached patch addresses a bug in the module code so far committed.
The problem is that changing the modules used would update the Buffer's
TextClass---but it wouldn't update the layouts used by existing
paragraphs, the way changing the TextClass does. The solution,
obviously, is to do th
> I am not sure this is a good idea. For example, people doing scripting
> would be very unhappy to see that the file format is not predictable.
So you prefer a zipped file with an empty manifest? What do you mean
by 'doing scripting'? Do you expect people to manually unzip a bundled
file?
Bo
> I do not like much this solution... Having a dialog saying "lyx is not
> configured correctly. Try to fix" and two buttons "reconfigure" and
> "quit" would look better. With your solution, the user has to hunt in
> the menus to guess which actions are possible.
This does not contradict with my p
Bo Peng wrote:
I am not sure this is a good idea. For example, people doing scripting
would be very unhappy to see that the file format is not predictable.
So you prefer a zipped file with an empty manifest? What do you mean
by 'doing scripting'? Do you expect people to manually unzip a bun
> As I said, this could be problematic anyway, since some LyX files might
> be compressed and some might not be. JMarc responded that it was
> "predictable" if you knew how the preferences were set, but preference
> settings change.
What preference? How to predict the compression status of a .lyx
Bo Peng wrote:
As I said, this could be problematic anyway, since some LyX files might
be compressed and some might not be. JMarc responded that it was
"predictable" if you knew how the preferences were set, but preference
settings change.
What preference? How to predict the compression sta
Roger Mc Murtrie
Thu, 30 Aug 2007 06:57:06 -0700
I have just built lyx1.6.0svn.
...
/Applications/LyX.app/Contents/Resources certainly does NOT contain
any lproj files.
What do I need to do to fix this problem?
Thanks
Roger
Compilation works fine for me now (after some strangeness some days
On Thu, Aug 30, 2007 at 06:50:25PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Thu, Aug 30, 2007 at 08:59:19AM +0200, Abdelrazak Younes wrote:
> >>Andre Poenitz wrote:
> >>>I am tempted to commit the attached patch. Shaves ~22s off a release
> >>>build, i.e. roughly 1.2% of total t
On Thu, Aug 30, 2007 at 09:57:31AM -0500, Bo Peng wrote:
> > Note that configure.py already has an option (--without-latex-config)
> > to create a default textclass.lst file, so maybe a new option could be
> > added to lyx such that on startup a reconfigure is forced by passing
> > that option to
On Thursday 30 August 2007 19:49:18 Richard Heck wrote:
> I think the idea was that people would set it compressed or not and
> never change it. I don't know that this is true.
>
> rh
First: the compressed feature is done in such a way that inside lyx the user
should not care if the file is compr
Andre Poenitz wrote:
On Thu, Aug 30, 2007 at 06:50:25PM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Thu, Aug 30, 2007 at 08:59:19AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
I am tempted to commit the attached patch. Shaves ~22s off a release
build, i.e. roughly 1.2% of
José Matos wrote:
On Thursday 30 August 2007 19:49:18 Richard Heck wrote:
I think the idea was that people would set it compressed or not and
never change it. I don't know that this is true.
rh
First: the compressed feature is done in such a way that inside lyx the user
should not ca
> I think that there is another option. ATM, lyx decides that a
> reconfiguration is needed when the timestamp of configure.py is
> newer than that of the .lst files. Why not adding the condition
> that they are also empty? See the attached.
Then I may start lyx.exe 5 times, and leave five lyx.exe
Enrico Forestieri wrote:
On Thu, Aug 30, 2007 at 09:57:31AM -0500, Bo Peng wrote:
Note that configure.py already has an option (--without-latex-config)
to create a default textclass.lst file, so maybe a new option could be
added to lyx such that on startup a reconfigure is forced by passing
> I will remove that small feature though, because embedding status will
> be lost if a file without any embedded file is reopened. This can
> upset the user if s/he insert a figure later and expect it to be
> embedded.
Updated patch attached. This time, embedding will always result in a
zipped fi
On Thu, Aug 30, 2007 at 02:22:04PM -0500, Bo Peng wrote:
> > I will remove that small feature though, because embedding status will
> > be lost if a file without any embedded file is reopened. This can
> > upset the user if s/he insert a figure later and expect it to be
> > embedded.
>
> Updated p
> I'd let it in on the condition that already once did not work:
> If the feature is known to be broken before 1.6 release it will
> be deactivated.
Agreed. I think it can be done before XML. :-)
Jose?
Bo
attached patch moves the "use windows-style latex paths" to the latex
tab in the preferences dialog.
affects windows and cygwin (i.e. linux wannabes such as enrico)
comments/opinions?
Index: src/frontends/qt4/Makefile.am
===
--- sr
On Thu, Aug 30, 2007 at 09:55:58PM +0200, Edwin Leuven wrote:
> attached patch moves the "use windows-style latex paths" to the latex
> tab in the preferences dialog.
>
> affects windows and cygwin (i.e. linux wannabes such as enrico)
>
> comments/opinions?
I am persuaded as soon as a patch mak
1. new document
2. insert a (figure) float
3. press the left cursor key twice (OR press the up key once)
4. press he right cursor key
On Thu, Aug 30, 2007 at 10:05:14PM +0200, Andre Poenitz wrote:
> On Thu, Aug 30, 2007 at 09:55:58PM +0200, Edwin Leuven wrote:
> > attached patch moves the "use windows-style latex paths" to the latex
> > tab in the preferences dialog.
> >
> > affects windows and cygwin (i.e. linux wannabes such
Andre Poenitz wrote:
I am persuaded as soon as a patch makes it through
test `grep '^+' patch.diff | wc -l` -ge `grep '^-' patch.diff | wc -l`
;-)
Make that '-lt'.
i also like destructive patches myself.
so how do i score?
btw, is there something like diffstat for windozers like me?
On Thu, Aug 30, 2007 at 10:25:02PM +0200, Edwin Leuven wrote:
> Andre Poenitz wrote:
> >>I am persuaded as soon as a patch makes it through
> >>
> >> test `grep '^+' patch.diff | wc -l` -ge `grep '^-' patch.diff | wc -l`
> >>
> >>;-)
> >
> >Make that '-lt'.
>
> i also like destructive patches myse
Hi!
I haven't been following the list too closely in the past few days, so I
don't know if this has been reported yet:
There seem to be multiple problems with the painting of tables with
multi-line cells.
To reproduce:
1) Create a table with, say, 2 columns and 3 rows
2) Set the width of e
Andre Poenitz wrote:
btw, is there something like diffstat for windozers like me?
*shrug*
hiding your ignorance behind indifference
good one...
As title. Can anyone confirm?
All evidence points to Andre's r19920 patch.
Bo
Dov Feldstern wrote:
Hi!
I haven't been following the list too closely in the past few days, so I
don't know if this has been reported yet:
Yes, I am cleaning up the metrics stuff so some things are still broken.
I haven't looked at table yet, I'll do that now.
Sorry I haven't been able to
> I am afraid I do not know how to do that. Who did the previous one?
http://www.lyx.org/trac/changeset/14895
pavel
On Thursday 30 August 2007 21:46:44 [EMAIL PROTECTED] wrote:
> + /// child document can be embedded
> + void registerEmbeddedFiles(Buffer const &, EmbeddedFiles &,
> + ParConstIterator const &) const;
> protected:
> InsetInclude(InsetInclude const &);
>
On Thu, Aug 30, 2007 at 11:21:24PM +0200, Edwin Leuven wrote:
> Andre Poenitz wrote:
> >>btw, is there something like diffstat for windozers like me?
> >
> >*shrug*
>
> hiding your ignorance behind indifference
>
> good one...
I could point you to Cygwin if that was considered better.
Andre'
Andre Poenitz wrote:
PS: Richard: sorry for the sizeof the patch.
I'll forgive you.
Richard
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Hi!
I haven't been following the list too closely in the past few days, so
I don't know if this has been reported yet:
Yes, I am cleaning up the metrics stuff so some things are still broken.
I haven't looked at table yet, I'll do that now.
So
> > +/// child document can be embedded
> > +void registerEmbeddedFiles(Buffer const &, EmbeddedFiles &,
> > +ParConstIterator const &) const;
> > protected:
> > InsetInclude(InsetInclude const &);
> > ///
>
> The comment above is incorrect. We reserve /// for doxygen notation. I know
> that I am
On Wednesday 29 August 2007 09:41:50 you wrote:
> > AFAIKS an easy solution is to move the the title and author after the
> > \begin{document} in the original tex file.
>
> Humm... I guess that defeats the point of the procedure, since instead
> of having an automatic conversion I need to manipulat
On Thursday 30 August 2007 22:25:50 Pavel Sanda wrote:
> > I am afraid I do not know how to do that. Who did the previous one?
>
> http://www.lyx.org/trac/changeset/14895
>
> pavel
It think there is a late minor update done by Georg.
--
José Abílio
On Thursday 30 August 2007 20:11:28 Richard Heck wrote:
> How'd you get that working? I know there are shells other than bash that
> have really good text completion, but I haven't used them.
For bash there is the bash-completion package:
http://www.caliban.org/bash/
There are packages availa
On Thursday 30 August 2007 20:22:04 Bo Peng wrote:
> Updated patch attached. This time, embedding will always result in a
> zipped file.
There is no need to revert the feature as long as you have the status of the
package in the lyx file.
Actually I found your first implementation neat. :-)
On Thu, Aug 30, 2007 at 04:38:02PM -0500, Bo Peng wrote:
> > > +/// child document can be embedded
> > > +void registerEmbeddedFiles(Buffer const &, EmbeddedFiles &,
> > > +ParConstIterator const &) const;
> > > protected:
> > > InsetInclude(InsetInclude const &);
> > > ///
> >
> > The comment ab
1 - 100 of 140 matches
Mail list logo
