Angus Leeming wrote:
So why keep the empty implementation? InsetText derives from Inset which
has an empty implementation of this method already.
I'll remove it. Thanks.
Abdel.
Andre Poenitz wrote:
On Fri, Aug 31, 2007 at 12:49:35AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
Bo?
Re-run cmake?
I've done that... but I did not erase the CMakeCache, should I?
I don't know. I just happened to
Andre Poenitz wrote:
The 'Q* namespace' is not really ours.
Fine with me.
Abdel.
Note that Andre just moved all the Q* stuff to Gui* stuff. I'll be
adjusting patches, too
rh
Bo Peng wrote:
Attached please find the embedding feature patch 3 that adds the
embedding dialog. Some basic actions such as enable/disable embedding
and display/change embed status is implemente
On Thu, Aug 30, 2007 at 11:04:43PM -0500, Bo Peng wrote:
> On 8/30/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> >
> > The 'Q* namespace' is not really ours.
>
> Is this really needed? Please also patch the branch if you apply this
> to the trunk. Otherwise, we will have big trouble in backportin
Roger Mc Murtrie
Thu, 30 Aug 2007 21:38:12 -0700
The lyx1.6.0svn that I built was from a fresh svn co svn://
svn.lyx.org/lyx/lyx-devel/trunk lyx-devel (as I seemed to have
wrecked my previous lyx-devel in attempting to switch between 1.5
and trunk).
I have just done an svn update and make
On Fri, Aug 31, 2007 at 12:49:35AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
> >>Bo?
> >
> >Re-run cmake?
>
> I've done that... but I did not erase the CMakeCache, should I?
I don't know. I just happened to notice
On Thu, Aug 30, 2007 at 10:42:42PM +, [EMAIL PROTECTED] wrote:
> Author: uwestoehr
> Date: Fri Aug 31 00:42:41 2007
> New Revision: 19931
>
> URL: http://www.lyx.org/trac/changeset/19931
> Log:
> fi.po: fix broken file to make it compile again
Sorry...
> Modified:
> lyx-devel/branches/B
[EMAIL PROTECTED] wrote:
Author: younes
Date: Fri Aug 31 00:46:22 2007
New Revision: 19934
URL: http://www.lyx.org/trac/changeset/19934
Log:
Transfer Text::drawSelection() from InsetText::drawSelection() to
InsetText::draw(). This enables to take care of the background at one place.
This will
The lyx1.6.0svn that I built was from a fresh svn co svn://
svn.lyx.org/lyx/lyx-devel/trunk lyx-devel (as I seemed to have
wrecked my previous lyx-devel in attempting to switch between 1.5 and
trunk).
I have just done an svn update and make install failed again.
I think I might need new lyx.
On 8/30/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
>
> The 'Q* namespace' is not really ours.
Is this really needed? Please also patch the branch if you apply this
to the trunk. Otherwise, we will have big trouble in backporting
patches.
Cheers,
Bo
Attached please find the embedding feature patch 3 that adds the
embedding dialog. Some basic actions such as enable/disable embedding
and display/change embed status is implemented, but most of the needed
actions are missing. This dialog interacts badly with the main window
which will be addressed
On 8/30/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Andre Poenitz wrote:
> > On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
> >> Bo?
> >
> > Re-run cmake?
>
> I've done that... but I did not erase the CMakeCache, should I?
scons and autotools are fine.
Bo
On 8/30/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 31, 2007 at 12:31:52AM +0200, Andre Poenitz wrote:
> > On Thu, Aug 30, 2007 at 05:09:36PM -0500, Bo Peng wrote:
> > > On 8/30/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> > > > As title. Can anyone confirm?
> > >
> > > Backtrace when op
On 8/30/07, José Matos <[EMAIL PROTECTED]> wrote:
> On Friday 31 August 2007 00:02:59 Richard Heck wrote:
> > Any attempt to export LyX (say, 1.4) from within the trunk fails with an
> > error. I don't THINK this can be because of my recent commit, but I'm
> > far from sure. Can someone who is expe
José Matos wrote:
On Friday 31 August 2007 00:02:59 Richard Heck wrote:
Any attempt to export LyX (say, 1.4) from within the trunk fails with an
error. I don't THINK this can be because of my recent commit, but I'm
far from sure. Can someone who is expert here have a look? From what I
can tel
> everything works except for one problem. The (black) cursor is missing.
> I can make out a small dot every once in a while but it vanishes pretty
> soon. When I switched back to libqt4, version 4.2.1, the missing black
> cursor returned - thankfully.
here it works properly (on 4.3.0). have you t
First off, I apologize if this lyx "bug" is well known. The scare quotes
are because it could be a qt bug. [It is a cute bug nevertheless -
sorry, sorry :-)]
Currently, on opensuse 10.2, I have lyx 1.5.1 installed (via a Guru
x86_64 suse rpm). It works fine when linking to libqt4 version 4.2.1.
Wh
hi,
i would like to propose this small patch for box menu entry, as i want to
distinguish between inset and menu occurence of this string for translation
(for shortcut occurence to be more explicit).
thanks,
pavel
Index: lib/ui/stdmenus.inc
On Friday 31 August 2007 00:02:59 Richard Heck wrote:
> Any attempt to export LyX (say, 1.4) from within the trunk fails with an
> error. I don't THINK this can be because of my recent commit, but I'm
> far from sure. Can someone who is expert here have a look? From what I
> can tell, lyx2lyx is fa
Any attempt to export LyX (say, 1.4) from within the trunk fails with an
error. I don't THINK this can be because of my recent commit, but I'm
far from sure. Can someone who is expert here have a look? From what I
can tell, lyx2lyx is failing to read even a single line from the file.
This als
Jürgen Spitzmüller wrote:
Despite all the work that went into branch during the last weeks, there are
still quite some open bugs. Bugzilla currently lists 45 open bugs targeted to
1.5.2, and Michael's list has 9 more that are not (yet) in bugzilla.
I think this is way too much, and we need to
Andre Poenitz wrote:
On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
Bo?
Re-run cmake?
I've done that... but I did not erase the CMakeCache, should I?
Abdel.
On Thu, Aug 30, 2007 at 10:00:35AM -0500, Bo Peng wrote:
> > 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?
I only corrected a bug. I'll let you improve the design.
--
Enrico
On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
> Bo?
Re-run cmake?
Andre'
Bo?
Buffer.obj : error LNK2019: unresolved external symbol "class
std::basic_ostream > & __cdecl
lyx::operator<<(class std::basic_ostreamstd::char_traits > &,class lyx::EmbeddedFiles const &)"
(??6lyx@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@@std@@[EMAIL PROTECTED]@0@@Z)
referenced in function "
On Thu, Aug 30, 2007 at 10:25:02PM +0200, Edwin Leuven wrote:
> btw, is there something like diffstat for windozers like me?
No, only linux wannabes can have it ;-)
--
Enrico
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?
It's fine with me.
--
Enrico
On Fri, Aug 31, 2007 at 12:31:52AM +0200, Andre Poenitz wrote:
> On Thu, Aug 30, 2007 at 05:09:36PM -0500, Bo Peng wrote:
> > On 8/30/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> > > As title. Can anyone confirm?
> >
> > Backtrace when open user's guide:
>
> Better now?
Urm... mid-air collision with
On Thu, Aug 30, 2007 at 05:09:36PM -0500, Bo Peng wrote:
> On 8/30/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> > As title. Can anyone confirm?
>
> Backtrace when open user's guide:
Better now?
Andre'
On Thursday 30 August 2007 22:58:50 Bo Peng wrote:
> What do you mean by directories? Right now, files under the document
> directory is saved in their original subdirectories (Christian's
> suggestion).
Ah, OK. That was what I meant but I thought that you said it was not
implemented yet.
--
Jo
On Thu, Aug 30, 2007 at 05:05:42PM -0500, Bo Peng wrote:
> > > IMHO, document would better stay in .h file.
> >
> > Reasoning?
>
> The most important reason is that comments in .h files are presented
> in a more condensed form.
Given that in theory we'd like comments explaining what's going on,
t
On 8/30/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> As title. Can anyone confirm?
Backtrace when open user's guide:
#0 0x006d1c84 in lyx::(anonymous namespace)::Parser::parse2
(this=0x7fbfffba20, [EMAIL PROTECTED],
flags=256, mode=lyx::Inset::MATH_MODE, numbered=false) at
src/mathed/Mat
> > IMHO, document would better stay in .h file.
>
> Reasoning?
The most important reason is that comments in .h files are presented
in a more condensed form. I can understand what a class is doing by
reading .h file alone.
Cheers,
Bo
On Thu, Aug 30, 2007 at 04:51:41PM -0500, Bo Peng wrote:
> > Btw: Anybody ever thought of putting documentation into the .cpp files?
> >
> > Less recompilation on documentation changes, and docs stay closer to
> > the implementation, so they are more likely to be updated with the
> > implementation
> We need to support directories. Actually I would like to see that support
> the sooner possible.
What do you mean by directories? Right now, files under the document
directory is saved in their original subdirectories (Christian's
suggestion).
> Don't forget that what are doing requires a f
On Thursday 30 August 2007 20:46:16 Bo Peng wrote:
> Agreed. I think it can be done before XML. :-)
>
> Jose?
We need to support directories. Actually I would like to see that support
the sooner possible.
Don't forget that what are doing requires a file format update, in this case
this mean
On 8/30/07, José Matos <[EMAIL PROTECTED]> wrote:
> 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 fi
> Btw: Anybody ever thought of putting documentation into the .cpp files?
>
> Less recompilation on documentation changes, and docs stay closer to
> the implementation, so they are more likely to be updated with the
> implementation.
IMHO, document would better stay in .h file.
Bo
Andre Poenitz wrote:
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 above is incorrect. W
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
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 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 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 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
> > +/// 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
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
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/
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'
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 &);
>
> I am afraid I do not know how to do that. Who did the previous one?
http://www.lyx.org/trac/changeset/14895
pavel
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
As title. Can anyone confirm?
All evidence points to Andre's r19920 patch.
Bo
Andre Poenitz wrote:
btw, is there something like diffstat for windozers like me?
*shrug*
hiding your ignorance behind indifference
good one...
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
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
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: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
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 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
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
> 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
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 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
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 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
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
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
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
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 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
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
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
> 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:
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
> 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
> 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
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
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
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:
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)
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
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 :)
"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
"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
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
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
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:
> 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
"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
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
[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
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 ;
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
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.
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.
>
> ???
>
>
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/
=
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
Insert->Float->Figure
write a long caption (>1 line of text). The text overflows to the right.
A/
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
1 - 100 of 140 matches
Mail list logo
