On Thu, Sep 06, 2007 at 11:33:52PM +0200, Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
> >> I don't have time to act on this until saturday so feel free to change
> >> that if you want.
> >
> > I don't have time either unfortunately. I'll be a rather busy (read
> > traveling) in the ne
Dear all,
I have removed the AUTO feature of embedding so the status of a file
is easy now: embedded or not. Consequently, I have removed the
embedding status radio boxes and would like to have a QListView or
QTableView that holds a list of files with a check box before each
item. Can anyone do th
> We seem to be reaching an agreement.
AUTO is being removed
Bo
On Thu, Sep 06, 2007 at 07:47:43PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > I could provide a patch. Note that this is easily done with the xpm
> > format.
>
> Please do that.
Done. I would also suggest the attached patch.
--
Enrico
Index: lib/images/math/lbrace_rbrace.x
Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
>>> I don't have time to act on this until saturday so feel free to change
>>> that if you want.
>>
>> I don't have time either unfortunately. I'll be a rather busy (read
>> traveling) in the next 30 days or so... IMHO, (if you agree) we sh
> Isn't it possible to obfuscate the poster/reporter address,
> on the bug pages (at least while browsing anonymously)?
When I remember correctly this is possible in newer versions of bugzilla.
Uwe
Alfredo Braunstein wrote:
>> I don't have time to act on this until saturday so feel free to change
>> that if you want.
>
> I don't have time either unfortunately. I'll be a rather busy (read
> traveling) in the next 30 days or so... IMHO, (if you agree) we should
> just revert the full patch se
> > Then, you lose the original file information.
>
> I thought that you stored this info for all files.
I do, but if I use the embedded or not solution, I can throw away
external file information.
> That is a problem anyway: You either store this info (privacy problem) or
> not.
This is, IMHO,
Bo Peng wrote:
>> The procedure would be exactly the same without auto, see below.
>
> I will see. The problem is with conversion.
>
>> I don't buy that. Without auto, you do this:
>> - work on the .lyx and the external files the usual way
>> - if you want to send it to a colleague, switch embed
There is another possibility (compromise):
1. we keep original file information (that would store in the
plain-text .lyx file) so that we can easily locate the external
counterpart of an embedded file. This would require a manifest file
unless the 'not-within-document-directory' problem can be res
On Thu, Sep 06, 2007 at 10:07:55PM +0200, Pavel Sanda wrote:
>
> g++ -O -o lyxclient boost.o client.o debug.o gettext.o Messages.o
> ../../src/support/.libs/libsupport.a -L/usr/lib/qt4 /usr/lib/qt4/libQtCore.so
> -lrt -lpthread ../../boost/libs/regex/src/.libs/libboost_regex.a
> ../../boost/l
> OK. Let us use your suggestions: simple on/off.
>
> Embedded .lyx:
>
> Insert figure, always embedded, remove or modify external file does
> not matter. Difficult to update figure.
>
> Plain-text .lyx:
>
> Insert figure, not embedded, remove or modify external file matters.
> Easy to update figur
g++ -O -o lyxclient boost.o client.o debug.o gettext.o Messages.o
../../src/support/.libs/libsupport.a -L/usr/lib/qt4 /usr/lib/qt4/libQtCore.so
-lrt -lpthread ../../boost/libs/regex/src/.libs/libboost_regex.a
../../boost/libs/filesystem/src/.libs/libboost_filesystem.a
/usr/lib/libaspell.so -l
> The procedure would be exactly the same without auto, see below.
I will see. The problem is with conversion.
> I don't buy that. Without auto, you do this:
> - work on the .lyx and the external files the usual way
> - if you want to send it to a colleague, switch embedding on and send the
> fil
Andre Poenitz wrote:
>> Yes, this is what I was trying to convince Abdel to (I was trying to use
>> actual arguments though...)
>
> An interesting aproach.
Don't get me wrong, the hammer surely works better at "convincing" people.
The trouble is, when you realize that they may have been right it
On Thu, Sep 06, 2007 at 07:47:43PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > I could provide a patch. Note that this is easily done with the xpm
> > format.
>
> Please do that.
Ok, I will do. Notice that most probably there are other images that
could benefit from these sma
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Andre Poenitz wrote:
>>
It seems pretty much a mess to me.
>>> whatEverDraw(x, y) should draw the baseline of the first embedded line
>>> on y. Everything else should be changed to adhere to that scheme.
>>
>> Yes, this is what I was t
On Thu, Sep 06, 2007 at 08:29:33PM +0200, Andre Poenitz wrote:
> On Thu, Sep 06, 2007 at 07:04:15PM +0200, Georg Baum wrote:
> > IMHO a real fix would put the font stuff in the frontend where it belongs.
> > Then there would not be any link problems in client and tex2lyx.
>
> That's of course co
Bo Peng wrote:
> I do not know what is so complicated about AUTO embedding.
The fact that you have two versions of each included file, and that both LyX
and the user need to keep track which is the "master" version. Whatever
logic you implement in LyX to handle this will be difficult to grasp for
On Thu, Sep 06, 2007 at 08:18:40PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> >> It seems pretty much a mess to me.
> >
> > whatEverDraw(x, y) should draw the baseline of the first embedded line
> > on y. Everything else should be changed to adhere to that scheme.
>
> Yes, this
Alfredo Braunstein wrote:
Andre Poenitz wrote:
It seems pretty much a mess to me.
whatEverDraw(x, y) should draw the baseline of the first embedded line
on y. Everything else should be changed to adhere to that scheme.
Yes, this is what I was trying to convince Abdel to (I was trying to use
On Thu, Sep 06, 2007 at 06:51:27PM +0100, José Matos wrote:
> On Thursday 06 September 2007 18:10:57 Enrico Forestieri wrote:
> > So, Jean-Marc, would you like to pursue some other option or may I
> > apply my patch? It works for me, works for Darren, and I am sure that
> > it also works for José,
On Thu, Sep 06, 2007 at 07:04:15PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I am currently trying to sort out some link problems on some platforms,
> > after which I will apply a new patch and update status.15x.
> >
> > Thanks for your patience.
>
> The link failures are only a
On Thu, Sep 06, 2007 at 12:00:33PM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Thu Sep 6 14:00:32 2007
> New Revision: 20100
>
> URL: http://www.lyx.org/trac/changeset/20100
> Log:
> InsetCollapsable::draw(): Rename 'top' local variable to baseline as that's
> what it is really.
>
On Thu, Sep 06, 2007 at 05:30:32PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > > Anyway, you're doing the work and you have to convince the other active
> > > developers that what you envision is something they want too. The views
> > > of
> > > retired devs matte
Andre Poenitz wrote:
>> It seems pretty much a mess to me.
>
> whatEverDraw(x, y) should draw the baseline of the first embedded line
> on y. Everything else should be changed to adhere to that scheme.
Yes, this is what I was trying to convince Abdel to (I was trying to use
actual arguments thou
José Matos wrote:
> On Thursday 06 September 2007 17:15:13 Jürgen Spitzmüller wrote:
>> probably because they do not appear on lyx-cvs (at least I don't have
>> them).
>
> You are not the only one. We need to add Alfedro to the cvslog mailing
> list, I think.
Weird... how come I see them in gma
On Thursday 06 September 2007 15:25:48 Jean-Marc Lasgouttes wrote:
> José Matos <[EMAIL PROTECTED]> writes:
> > Should I test your patch or Jean-Marc's?
> >
> > I am confused now. :-)
>
> Try Enrico's. I suspect that my approach is wrong.
>
> JMarc
OK, it works for me as well. :-)
--
José Abílio
On 9/6/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Am Donnerstag, 6. September 2007 schrieb [EMAIL PROTECTED]:
> > URL: http://www.lyx.org/trac/changeset/20108
> > Log:
> > Fix bug 4193: Revert and saveAs treated as "file is externally modified"
>
> This is the (half-)automatic "please also
On Thu, Sep 06, 2007 at 05:48:54PM +0200, Jürgen Spitzmüller wrote:
> Martin Vermeer wrote:
> > > http://www.lyx.org/trac/changeset/19908 - Fix old error string in Cases
> >
> > Yes... shall I commit?
>
> OK.
>
> > > http://www.lyx.org/trac/changeset/19943 - Fix ambiguity in translation
> > > htt
> I agree. This auto stuff is far too complicated to understand (both for
> users and developers) and only makes your life as developer difficult.
I do not know what is so complicated about AUTO embedding. You
continue to edit your document in the latex, external, pure-text, svn
way, and if you ne
Every post on bugzilla results in the poster e-mail
clearly written on the bug page. This is not very good
as it will likely increase the amount of received spam
messages.
Isn't it possible to obfuscate the poster/reporter address,
on the bug pages (at least while browsing anonymously) ?
Thanks,
On Thu, Sep 06, 2007 at 02:22:59PM +0200, Alfredo Braunstein wrote:
> Abdelrazak Younes wrote:
>
> > Alfredo Braunstein wrote:
> >> Abdelrazak Younes wrote:
> >>> I think there is a misundertanding here... I agree that the baseline is
> >>> the reference and I did not change that philosophy I thin
On Thu, Sep 06, 2007 at 11:55:08AM +0200, Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
> >Abdelrazak Younes wrote:
> >
> >>Alfredo Braunstein wrote:
> >>>conveys all the information. I'm not religious about this, but now we
> >>>have some methods that receive baselines and some others that
On Thursday 06 September 2007 18:10:57 Enrico Forestieri wrote:
> So, Jean-Marc, would you like to pursue some other option or may I
> apply my patch? It works for me, works for Darren, and I am sure that
> it also works for José, even if he is reticent ;-)
I am not reticent. I am still compilin
Pavel Sanda wrote:
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg125994.html
> this is not enough ?
OK.
Jürgen
Enrico Forestieri wrote:
> I could provide a patch. Note that this is easily done with the xpm
> format.
Please do that.
Jürgen
On Thu, Sep 06, 2007 at 06:08:48PM +0200, Jürgen Spitzmüller wrote:
> > http://www.lyx.org/trac/changeset/20063 - Removed a 1 pixel border
> > around some images. In this way they are rendered much better on screen
> > as they are not blurred.
>
> No (doesn't apply to 1.5).
I could provide a pat
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > Anyway, you're doing the work and you have to convince the other active
> > developers that what you envision is something they want too. The views of
> > retired devs matter only in that they can illuminate the discussion
> > and help some opinion-fo
On Thu, Sep 06, 2007 at 07:04:15PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I am currently trying to sort out some link problems on some platforms,
> > after which I will apply a new patch and update status.15x.
> >
> > Thanks for your patience.
>
> The link failures are only a
Jean-Marc Lasgouttes wrote:
> If all files do have an original location (I thought you wanted to
> allow more weird things like drag-n-drop of an image without file
> name), then I am not sure why we need more than two check boxes in
> document settings:
>
> [ ] embed external files
> [ ] updat
Jürgen Spitzmüller wrote:
> Alfredo Braunstein wrote:
>> Have commited a couple of optimization patches that are worth considering
>> for branch IMO and that I don't see on the list for some reason:
>>
>> r20016: optimization: avoid some font copying
>>
>> r20021: enable some non-rtl optimization
> Michael Gerz wrote:
> > http://www.lyx.org/trac/changeset/19721 - Fix bug 3427
>
> As already stated, we need somebody to test and confirm this actually works.
> Then it can go in.
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg125994.html
this is not enough ?
pavel
On Fri, Sep 07, 2007 at 02:51:33AM +1000, Darren Freeman wrote:
> On Thu, 2007-09-06 at 18:23 +0200, Enrico Forestieri wrote:
> > On Fri, Sep 07, 2007 at 12:28:45AM +1000, Darren Freeman wrote:
> >
> > > I have been getting away with "patch > > filenames manually. However in that one case, it de
On Thu, Sep 06, 2007 at 04:42:19PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > > The string conversion orgies are nothing to do with a controller/view
> > > separation of the dialog. They're all to do with getting data between
> > > the dialog and the frontend.
> >
Enrico Forestieri wrote:
> I am currently trying to sort out some link problems on some platforms,
> after which I will apply a new patch and update status.15x.
>
> Thanks for your patience.
The link failures are only a symptom IMHO. The real problem is the fact that
src/support pulls in fontcon
On Thursday 06 September 2007 17:48:37 Andre Poenitz wrote:
> Hm... would srs/suppotr be a compromise?
Good try but no. :-)
> Andre'
--
José Abílio
On Thursday 06 September 2007 17:15:13 Jürgen Spitzmüller wrote:
> probably because they do not appear on lyx-cvs (at least I don't have
> them).
You are not the only one. We need to add Alfedro to the cvslog mailing list, I
think.
--
José Abílio
On Thu, Sep 06, 2007 at 11:40:08AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > As QtGui will be brought by the frontend, it will not hurt at all now.
>
> But does it hurt the non-gui programs in terms of start-up time on
> some platforms?
I don't thin
On Thu, 2007-09-06 at 18:23 +0200, Enrico Forestieri wrote:
> On Fri, Sep 07, 2007 at 12:28:45AM +1000, Darren Freeman wrote:
>
> > I have been getting away with "patch > filenames manually. However in that one case, it decided to use the
> > Makefile.am in a higher directory than the one it shou
On Thu, Sep 06, 2007 at 09:31:48AM +0200, Abdelrazak Younes wrote:
> >Note that I did not really move anything from src/* to
> >src/frontends/qt4/*. All the strings in the current GuiAbout dialog
> >already lived soemewehe under src/frontends/*
>
> I know but I would prefer that the string definit
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > The string conversion orgies are nothing to do with a controller/view
> > separation of the dialog. They're all to do with getting data between
> > the dialog and the frontend.
>
> Not (entirely) true. It's also because frontends/* and
> frontends/cont
On Thu, Sep 06, 2007 at 05:23:57PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > > Hmm, for 1.5, you should have waited for Juergen's nod.
> >
> > Jürgen said that he was away this week and you were responsible
> > for branch.
>
> Actually, I didn't (this were the weeks before).
On Fri, Sep 07, 2007 at 12:28:45AM +1000, Darren Freeman wrote:
> I have been getting away with "patch filenames manually. However in that one case, it decided to use the
> Makefile.am in a higher directory than the one it should have, hence not
> finding the section to modify.
That's error pron
Am Donnerstag, 6. September 2007 schrieb [EMAIL PROTECTED]:
> URL: http://www.lyx.org/trac/changeset/20108
> Log:
> Fix bug 4193: Revert and saveAs treated as "file is externally modified"
This is the (half-)automatic "please also consider status.15x" reminder.
Jürgen
Alfredo Braunstein wrote:
> Have commited a couple of optimization patches that are worth considering
> for branch IMO and that I don't see on the list for some reason:
>
> r20016: optimization: avoid some font copying
>
> r20021: enable some non-rtl optimization
probably because they do not appea
> Bo Peng wrote:
> > Can I apply?
>
> OK.
Committed along with a fix for another case: when a buffer is saved in
another name, the checksum of the newfile name needs to be saved.
Otherwise, 'file->new, save as new filename', 'file->new, save as
existing file', 'file->save as, modify, file->save' w
Michael Gerz wrote:
> http://www.lyx.org/trac/changeset/19721 - Fix bug 3427
As already stated, we need somebody to test and confirm this actually works.
Then it can go in.
> http://www.lyx.org/trac/changeset/19867 - InsetCollapsable::setStatus():
> remove the Buffer::changed() signal emission
>
> If all files do have an original location (I thought you wanted to
> allow more weird things like drag-n-drop of an image without file
> name),
This can be handled as, e.g. 'PASTED78434.png' in the document
directory in the same way as others.
> then I am not sure why we need more than two chec
Martin Vermeer wrote:
> > http://www.lyx.org/trac/changeset/19908 - Fix old error string in Cases
>
> Yes... shall I commit?
OK.
> > http://www.lyx.org/trac/changeset/19943 - Fix ambiguity in translation
> > http://www.lyx.org/trac/changeset/19945 - another translation
> > disambiguation
>
> Yes,
> I do not see why you could not retain this behaviour if the dialog is
> merged with toc dialog.
Navigation and even edition can be merged to TOC, but not status
changes and file inclusion and extraction. My 'merge', I prefer two
tabs with basically two dialog.
Bo
On Thu, 06 Sep 2007 10:01:31 -0500
Bo Peng <[EMAIL PROTECTED]> wrote:
> g++ -o try1/src/MenuBackend.o -c
> -I/home/bpeng/lyx-devel/lyx-1.6-rw/boost -g -O -Itry1/src -Isrc -Isrc
> -Itry1/intl -Iintl src/MenuBackend.cpp
> src/MenuBackend.cpp: In member function `lyx::Menu&
> lyx::Menu::read(lyx::Lex
"Bo Peng" <[EMAIL PROTECTED]> writes:
> It would then be very difficult to enable/disable embedding for all
> figures. Right now, if you click on an embedded file in the embedding
> dialog, the cursor will move to the inset. Also, you can double click
> to edit the file. This is required if no ext
Enrico Forestieri wrote:
> > Hmm, for 1.5, you should have waited for Juergen's nod.
>
> Jürgen said that he was away this week and you were responsible
> for branch.
Actually, I didn't (this were the weeks before).
Anyway, it's OK. However, shouldn't it be mentioned in status.15x?
Jürgen
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> So what happens if we disable embedding? What happens with these files
>> that are not linked with an external source?
>
> When you disable embedding, these embedded files will be extracted to
> their original locations. All embedded files know their origin
Tommaso Cucinotta wrote:
> Hi,
>
> if I enable track changes, export to LaTeX and reimport
> to LyX, I get the \lyxadded{} and \lyxdeleted{} blocks
> reimported as ERT. Wouldn't it be nice if they were reimported
> as tracked changes ?
Yes, tex2lyx probably does not handel this.
Please file a bug
Bo Peng wrote:
> Can I apply?
OK.
Jürgen
g++ -o try1/src/MenuBackend.o -c
-I/home/bpeng/lyx-devel/lyx-1.6-rw/boost -g -O -Itry1/src -Isrc -Isrc
-Itry1/intl -Iintl src/MenuBackend.cpp
src/MenuBackend.cpp: In member function `lyx::Menu&
lyx::Menu::read(lyx::Lexer&)':
src/MenuBackend.cpp:306: error: `Elements' is not a member of `lyx::MenuIt
> I understand that this is work in progress but Bo asked for comments. :-)
The embedding feature is almost complete but I expect a lot of bug
fixes. Also, implementations may change a lot as the results of such
discussions.
Cheers,
Bo
> > Auto is un-natural (whatever that means :-). It would be quite to ask lyx
> > to
> > change any file to a self-contained file with all the external references
> > with a single action.
>
> Select all the files in the embedding panel, and select embed.
Note also that you usually do not do an
> I would go even further a move the checkbox regarding the embed status
> of each element in its own dialog. Then the embed dock could be merged
> into the toc.
It would then be very difficult to enable/disable embedding for all
figures. Right now, if you click on an embedded file in the embeddin
Helge Hafting wrote:
> This patch adds (Broken) to the insert->float->text wrap float
> entry, so it becomes
>
> Insert->Float->Text wrap float (Broken)
This won't go in 1.5. The reasons have already been pointed out. If we should
do something, then implementing a better method (i.e., wrapfig).
> I did not follow the discussion but I just wanted to let you know that
> docked widget can be tabbed too if it is of any help.
That would be really helpful, and should be the way to go!!!
Bo
> We should decide. Notice that this more general than this case, the same
> resolution will be used by lyx2lyx to revert to pre-embedded state.
Currently, lyx tries to extract a file. It checks (line 127,
embeddedFiles.cpp) for overwrite only when both files exists and are
different.
fs::exist
> So what happens if we disable embedding? What happens with these files
> that are not linked with an external source?
When you disable embedding, these embedded files will be extracted to
their original locations. All embedded files know their original
location even if it is in EMBEDDED mode.
> What is the difference between embed vs 'auto' embed?
AUTO embedding is how lyx/embedding differs from other applications
such as word, and is a way to preserve the latex' way of handling
external files.
In word, figures are always embedded. If one needs to modify the
figure, s/he will have to
On Thu, 2007-09-06 at 15:08 +0200, Enrico Forestieri wrote:
> On Thu, Sep 06, 2007 at 09:40:15PM +1000, Darren Freeman wrote:
>
> > On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> > > Please, try the attached patch.
> >
> > BTW I am using autoconf-2.60-21 and automake-1.9.6-35.
> >
José Matos <[EMAIL PROTECTED]> writes:
> Should I test your patch or Jean-Marc's?
>
> I am confused now. :-)
Try Enrico's. I suspect that my approach is wrong.
JMarc
On Thursday 06 September 2007 14:55:24 Enrico Forestieri wrote:
> Anyway, does the updated patch work for you?
>
> --
> Enrico
Should I test your patch or Jean-Marc's?
I am confused now. :-)
--
José Abílio
On Thu, Sep 06, 2007 at 02:16:26PM +0100, José Matos wrote:
> On Thursday 06 September 2007 14:06:22 Enrico Forestieri wrote:
> > I only know what you say or what I can experiment, and you didn't
> > say that it wasn't lyxclient that was failing...
>
> The first instance to fail depended on the
On Thursday 06 September 2007 14:06:22 Enrico Forestieri wrote:
> I only know what you say or what I can experiment, and you didn't
> say that it wasn't lyxclient that was failing...
The first instance to fail depended on the use of make -j where is
usually 2 or 3.
Nevertheless it was the s
Uwe Stöhr schrieb:
It is known that floatflt make problems when the wrap floats are close
to page breaks, it is also known that the flotflt package produces much
better results.
Sorry it should be:
It is known that floatflt make problems when the wrap floats are close to page breaks, it is a
> This patch adds (Broken) to the insert->float->text wrap float
> entry, so it becomes
>
> Insert->Float->Text wrap float (Broken)
>
> This because it _is_ broken. I don't know of any LaTeX version
> where this thing works well at all.
Veto!
We can't tell users that certain functions are broken,
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>> Thanks, do you want me to regenerate the .php file?
>
> I already updated it manually yesterday.
I nevertheless updated it, because I rewrote the generator code. Now
i18n.php is a normal web page of our site, which reads a
On Thu, Sep 06, 2007 at 03:08:29PM +0200, Enrico Forestieri wrote:
> On Thu, Sep 06, 2007 at 09:40:15PM +1000, Darren Freeman wrote:
>
> > On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> > > Please, try the attached patch.
> >
> > BTW I am using autoconf-2.60-21 and automake-1.9.6-
On Thu, Sep 06, 2007 at 09:40:15PM +1000, Darren Freeman wrote:
> On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> > Please, try the attached patch.
>
> BTW I am using autoconf-2.60-21 and automake-1.9.6-35.
>
> The attachment shows the rejected change from your patch, because the
>
On Thu, Sep 06, 2007 at 09:43:21AM +0100, José Matos wrote:
> On Thursday 06 September 2007 03:44:24 Enrico Forestieri wrote:
> > Are you sure that it was not failing later on tex2lyx?
>
> Sure it was. But I guess you knew that. :-)
I only know what you say or what I can experiment, and you di
Jean-Marc Lasgouttes schrieb:
Thanks, do you want me to regenerate the .php file?
I already updated it manually yesterday.
regards Uwe
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> The worst part is of course that even if you tweak a text
>> wrap float so it displays, it may disappear later anyway as
>> editing elsewhere changes the page break locations.
>
> Is there a different latex package that is more robust than floatf
Helge Hafting <[EMAIL PROTECTED]> writes:
> This patch adds (Broken) to the insert->float->text wrap float
> entry, so it becomes
>
> Insert->Float->Text wrap float (Broken)
I would certainly oppose that, since the menu entry would be even more
disturbing.
> This because it _is_ broken. I don't
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Abdelrazak Younes wrote:
>>> I think there is a misundertanding here... I agree that the baseline is
>>> the reference and I did not change that philosophy I think. For me the
>>> baseline is the baseline of the inset, not the baseline of the
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I think there is a misundertanding here... I agree that the baseline is
the reference and I did not change that philosophy I think. For me the
baseline is the baseline of the inset, not the baseline of the inner
Text. The fact that InsetCollapsa
On Thu, Sep 06, 2007 at 11:21:51AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Jean-Marc Lasgouttes wrote:
> >> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >>
> >>> Anyway, I was getting the same failure on solaris and the attached
> >>> patch solv
On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> Please, try the attached patch.
BTW I am using autoconf-2.60-21 and automake-1.9.6-35.
The attachment shows the rejected change from your patch, because the
relevant target wasn't there to patch.
Still failed with the same problem.
H
This patch adds (Broken) to the insert->float->text wrap float
entry, so it becomes
Insert->Float->Text wrap float (Broken)
This because it _is_ broken. I don't know of any LaTeX version
where this thing works well at all.
Users who don't have a latex background uses this, and
comes screaming
On Thu, 2007-09-06 at 11:49 +0200, Helge Hafting wrote:
> Darren Freeman wrote:
> > I personally think that LyX should include a warning about each and
> > every feature that doesn't work reliably for whatever reason, including
> > buggy software which LyX relies on.
> >
> Good idea - consider f
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Uwe Stöhr schrieb:
>
>> Could you please update the needed files, so that the generated php
>> file is up to date again?
>
> I did this now, the problem was outdated entries in the .po-file dates.
Thanks, do you want me to regenerate the .php file?
JMarc
Uwe Stöhr schrieb:
Could you please update the needed files, so that the generated php file
is up to date again?
I did this now, the problem was outdated entries in the .po-file dates.
Uwe
Abdelrazak Younes wrote:
>> Ok. Note that I nobody disagrees with the general view (I don't know if I
>> explained myself enough before).
Sorry. I started to write in first person but then I realized that everyone
would agree. ;-) So take out the 'I'.
> I cannot parse what's above ;-)
>
>> It's
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I do not think we should have a dock for each and every feature.
I did not follow the discussion but I just wanted to let you know that
docked widget can be tabbed too if it is of any help.
I was more thinking in terms
1 - 100 of 140 matches
Mail list logo
