Michael Gerz wrote:
> Georg, all,
>
> is this a proper use of to_ascii?
No. The translated string could contain non-ascii characters. The result of
_() should always be run through to_utf8() if it is needed as a
std::string. If there are cases where it is known that the result of _() is
always p
1.5.0-alpha crashes on closing a buffer on Intel Mac.
Recipe: Start LyX. File > New; File > Close. Here's the backtrace:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
0x001d0505 in QFont::QFont () at QLImage.C:172
172
1.5.0 alpha crashes every time on quit on Intel Mac. Here's the
backtrace:
Program received signal SIGABRT, Aborted.
0x9003d1dc in kill ()
(gdb) bt
#0 0x9003d1dc in kill ()
#1 0x9010f2af in raise ()
#2 0x9010de02 in abort ()
#3 0x90b4039c in __gnu_cxx::__verbose_terminate_handler ()
#4 0x9
Hi,
I have followed the wise steps described by Lars and Jean-Marc to make
a
release (*). I have placed the resulting packages in
http://www.lyx.org/~jamatos/
Please test them before I make a broader announce. If all is working,
as
expected, I will write the announce, with ref
1.) Open Extended-Insets.lyx
2.) Go to the end
3.) repeat page up until crash (I had to repeat 9 times)
My Screendisplay is about 24x80 characters
Oh shit ... changing the window-size, it is more dificult to reproduce the
crash ...
This time with gdb:
Program received signal SIGABRT, Aborted.
Georg, all,
is this a proper use of to_ascii?
Michael
Index: qt4/GuiWorkArea.C
===
--- qt4/GuiWorkArea.C (Revision 15938)
+++ qt4/GuiWorkArea.C (Arbeitskopie)
@@ -18,6 +18,7 @@
#include "QLyXKeySym.h"
#include "qt_helpers.h"
I just installed 1.4.3-5 (over 1.4.3-4) and discovered a new behavior
that I assume is by design. Formerly the default icon ran lyx.bat,
which in turn started lyx.exe. Now the icon runs lyx.exe, which
apparently writes a temporary file (something.tmp) that in turn runs
lyxc.exe.
Well, some
Am Mittwoch, 15. November 2006 22:50 schrieb José Matos:
> On Wednesday 15 November 2006 9:41 pm, Georg Baum wrote:
> > Am Mittwoch, 15. November 2006 22:29 schrieb José Matos:
> > > Put it in, please. :-)
> >
> > Done. I was about to go offline, your email came just in time :-)
>
> Thank you.
On Wednesday 15 November 2006 4:03 pm, Jean-Marc Lasgouttes wrote:
> I'd use case instead to avoid portability problems. Something like
> (untested)
>
> lyx_devel_version=no
> lyx_prerelease=no
> case AC_PACKAGE_VERSION in
> *svn*) lyx_devel_version=yes
> AC_DEFINE(DEVEL_VERSION, 1, [Def
On Wednesday 15 November 2006 9:41 pm, Georg Baum wrote:
> Am Mittwoch, 15. November 2006 22:29 schrieb José Matos:
> > Put it in, please. :-)
>
> Done. I was about to go offline, your email came just in time :-)
Thank you. :-)
> Georg
--
José Abílio
On Wednesday 15 November 2006 5:09 pm, Jean-Marc Lasgouttes wrote:
> :) Think hyphen and underscore.
Now, that helps to understand the change. :-)
> José> If you think it could be useful then commit it, please.
>
> I'll try to do it tomorrow.
Since I understood the fix I applied it myself.
Leuven, E. wrote:
i played a bit around and the results are here:
http://leuven.ecodip.net/lyx/changes.zip
opinions/suggestions?
The icons look nice but IMHO the current icon set is more intuitive.
For instance, the icons for all-changes-accept/all-changes-reject have a
pointer (arrow) wh
Am Mittwoch, 15. November 2006 22:29 schrieb José Matos:
> Put it in, please. :-)
Done. I was about to go offline, your email came just in time :-)
Georg
On Wednesday 15 November 2006 9:13 pm, Georg Baum wrote:
>
> José, if you did not already roll the alpha release I'd suggest to include
> it. It is safe enough IMO, and documents with other inputenc than utf8 are
> very likely to crash LyX without the patch. On Mac it seems that the
> probability i
Am Mittwoch, 15. November 2006 18:22 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Kornel Benko wrote:
> >
> >> Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
> >>> From this I suspect that your iconv can't handle latin9. If that is
true
> >>> the attached patch (which should go in
On Nov 15, 2006, at 1:52 PM, Peter Kümmel wrote:
Bennett Helm wrote:
False alarm. Something was messed up on my computer causing this
problem; a restart fixed it. This is fine now.
Speed in insets seems fine with the patch. (There are still some
drawing
issues with nested insets that exist
Am Mittwoch, 15. November 2006 18:43 schrieb Abdelrazak Younes:
> Kornel Benko wrote:
> > Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
> >> From this I suspect that your iconv can't handle latin9. If that is true
> >> the attached patch (which should go in anyway) should help, and you
>
Am Mittwoch, 15. November 2006 18:43 schrieb Abdelrazak Younes:
> Kornel Benko wrote:
> > Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
> >> From this I suspect that your iconv can't handle latin9. If that is true
> >> the attached patch (which should go in anyway) should help, and you
>
Bennett Helm wrote:
> On Nov 15, 2006, at 10:29 AM, Bennett Helm wrote:
>
>> On Nov 14, 2006, at 12:18 PM, Abdelrazak Younes wrote:
>>
>>> Hello,
>>>
>>> Between two chunk of work, I've managed to finish the patch, so here
>>> it is.
>>>
>>> With this patch, when you click anywhere, including with
On Nov 15, 2006, at 10:29 AM, Bennett Helm wrote:
On Nov 14, 2006, at 12:18 PM, Abdelrazak Younes wrote:
Hello,
Between two chunk of work, I've managed to finish the patch, so
here it is.
With this patch, when you click anywhere, including within nested
text insets (not for mathed), the
Peter Kümmel wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Peter,
>>
>> I think you did that change. Please revert it or fix it the proper way.
> I'll revert, didn't know the proper way.
>>
Kornel Benko wrote:
Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
From this I suspect that your iconv can't handle latin9. If that is true the
attached patch (which should go in anyway) should help, and you should also
see an error message on the console from iconv_open.
It still cr
Georg Baum wrote:
Kornel Benko wrote:
Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
From this I suspect that your iconv can't handle latin9. If that is true
the attached patch (which should go in anyway) should help, and you
should also see an error message on the console from iconv
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> Is the difference only whitespace? I compare the two lines and
José> I don't see what is different.
:) Think hyphen and underscore.
José> If you think it could be useful then commit it, please.
I'll try to do it tomorrow.
JMarc
Kornel Benko wrote:
> Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
>> From this I suspect that your iconv can't handle latin9. If that is true
>> the attached patch (which should go in anyway) should help, and you
>> should also see an error message on the console from iconv_open.
>
>
On Wed, 15 Nov 2006, Georg Baum wrote:
> > (And is it stored in the .lyx-file, so it doesn't matter if you saved
> > the file in between).
>
> That problem should be covered by undo (but AFAIK it is not). Nothing
> should be stored in the .lyx file.
Why not (if it is done as I described in my
On Wed, 15 Nov 2006, Jean-Marc Lasgouttes wrote:
> José> I do not disagree with your suggestion but it makes me a little
> José> suspicious about its usefulness...
>
> I do not know either, to be frank. It is just something that would be
> easy to do.
I don't think it's too bad though.
Here i
Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
> From this I suspect that your iconv can't handle latin9. If that is true the
> attached patch (which should go in anyway) should help, and you should also
> see an error message on the console from iconv_open.
It still crashes.
Program re
Am Mittwoch, 15. November 2006 17:25 schrieb Kornel Benko:
> Your patch leads to:
Sorry, my failure
Kornel
--
Kornel Benko
[EMAIL PROTECTED]
pgp0hkuy4Xt1S.pgp
Description: PGP signature
Am Mittwoch, 15. November 2006 17:09 schrieb Georg Baum:
> Kornel Benko wrote:
>
> > Am Mittwoch, 15. November 2006 16:24 schrieb Kornel Benko:
> > ...
> >> Maybe. I information about my environment may be interresting too.
> >> For german (and ngerman) language I use in lib/languages:
> >> ...
>
On Wednesday 15 November 2006 4:03 pm, Jean-Marc Lasgouttes wrote:
>
> I'd use case instead to avoid portability problems. Something like
> (untested)
>
> lyx_devel_version=no
> lyx_prerelease=no
> case AC_PACKAGE_VERSION in
> *svn*) lyx_devel_version=yes
> AC_DEFINE(DEVEL_VERSION, 1, [D
Kornel Benko wrote:
> Am Mittwoch, 15. November 2006 16:24 schrieb Kornel Benko:
> ...
>> Maybe. I information about my environment may be interresting too.
>> For german (and ngerman) language I use in lib/languages:
>> ...
>> german german "German"false iso8859-15 de_DE
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> Yes, it is one option. But it needs some work, we should warn
José> about those paragraphs or else they will be easily forgoten.
It was not an idea for 1.5 anyway.
José> I do not disagree with your suggestion but it makes me a
José
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Tuesday 14 November 2006 2:08 pm, Jean-Marc Lasgouttes wrote:
>> Here is what I do these days for 1.4 releases.
José> Thank you Jean-Marc, it helps a lot. :-)
>> About version number: note that, with autoconf at least, if you
>> n
[EMAIL PROTECTED] wrote:
> Will the problem I just described be fixed with the help of obsoletedby?
No.
> (And is it stored in the .lyx-file, so it doesn't matter if you saved the
> file in between).
That problem should be covered by undo (but AFAIK it is not). Nothing should
be stored in the .
Kornel Benko wrote:
Am Mittwoch, 15. November 2006 16:24 schrieb Kornel Benko:
...
Maybe. I information about my environment may be interresting too.
For german (and ngerman) language I use in lib/languages:
...
german german "German"false iso8859-15 de_DE ""
ngerman
Am Mittwoch, 15. November 2006 16:24 schrieb Kornel Benko:
...
> Maybe. I information about my environment may be interresting too.
> For german (and ngerman) language I use in lib/languages:
> ...
> german german "German"false iso8859-15 de_DE ""
> ngerman ngerman "Ger
As José indicated, I need support two (or more) other developers to
add multiple index functionality for lyx 1.5. The development on my
side is finished, what is necessary is to review the code add lyx2lyx
stuff, and... a bit love of course.. :)
For interested people, I have sent the diff two wee
José Matos wrote:
On Wednesday 15 November 2006 3:19 pm, Stephan Witt wrote:
grep -E is not supported when running on Solaris.
Use egrep instead...
I thought so, but I never remember which form is more universal.
Does egrep has known problems? If not I will proceed with this change and
On Nov 14, 2006, at 12:18 PM, Abdelrazak Younes wrote:
Hello,
Between two chunk of work, I've managed to finish the patch, so
here it is.
With this patch, when you click anywhere, including within nested
text insets (not for mathed), there is no redrawing at _all_. This
is an improvemen
On Wednesday 15 November 2006 3:21 pm, Jean-Marc Lasgouttes wrote:
>
> What we could do when a layout does not exist in a class is, instead
> of replacing it with defaultLayout(), to keep it as it is but let
> LyXTextClass::operator[] return defaultLayout for cases that do not
> exist. This would m
Am Mittwoch, 15. November 2006 16:12 schrieb Abdelrazak Younes:
> Kornel Benko wrote:
> > Am Mittwoch, 15. November 2006 13:44 schrieb Georg Baum:
> >> Kornel Benko wrote:
> >>
> >>> Am Dienstag, 14. November 2006 21:46 schrieb Georg Baum:
> >>> Converted Extended-Insets.lyx looks now ok, but it st
Ozgur Ugras BARAN wrote:
Following patch corrects some misbehavior in TOC dialog:
- When clicking on Toc insets, dialog switches to correct list.
- cursor goes to correct entry when clicked..
- some other fixes..
This looks good at first glance.
There is one strange problem, though. After c
On Wednesday 15 November 2006 3:19 pm, Stephan Witt wrote:
> grep -E is not supported when running on Solaris.
> Use egrep instead...
I thought so, but I never remember which form is more universal.
Does egrep has known problems? If not I will proceed with this change and do
the release.
>
> "José" == José Matos <[EMAIL PROTECTED]> writes:
>> Will the problem I just described be fixed with the help of
>> obsoletedby? (And is it stored in the .lyx-file, so it doesn't
>> matter if you saved the file in between).
José> I don't think so. What are describing would involve for each
José Matos wrote:
On Tuesday 14 November 2006 2:08 pm, Jean-Marc Lasgouttes wrote:
Here is what I do these days for 1.4 releases.
Thank you Jean-Marc, it helps a lot. :-)
About version number: note that, with autoconf at least, if you name
it anything else that 1.5.0svn or 1.5.0preN, th
Following patch corrects some misbehavior in TOC dialog:
- When clicking on Toc insets, dialog switches to correct list.
- cursor goes to correct entry when clicked..
- some other fixes..
There is one strange problem, though. After clicking table toc
entries, cursor goes to correct table, but th
Kornel Benko wrote:
Am Mittwoch, 15. November 2006 13:44 schrieb Georg Baum:
Kornel Benko wrote:
Am Dienstag, 14. November 2006 21:46 schrieb Georg Baum:
Converted Extended-Insets.lyx looks now ok, but it still crashes here e.g.
on export->latex
For me it works. I guess you are on linux. Whic
Am Mittwoch, 15. November 2006 13:44 schrieb Georg Baum:
> Kornel Benko wrote:
>
> > Am Dienstag, 14. November 2006 21:46 schrieb Georg Baum:
> > Converted Extended-Insets.lyx looks now ok, but it still crashes here e.g.
> > on export->latex
>
> For me it works. I guess you are on linux. Which ve
On Tuesday 14 November 2006 2:08 pm, Jean-Marc Lasgouttes wrote:
> Here is what I do these days for 1.4 releases.
Thank you Jean-Marc, it helps a lot. :-)
> About version number: note that, with autoconf at least, if you name
> it anything else that 1.5.0svn or 1.5.0preN, the build system will
José Matos wrote:
I can confirm that, but since it does not crash lyx I will not consider it
as a showstopper for the alpha version.
fine by me
On Monday 13 November 2006 3:18 pm, Ozgur Ugras BARAN wrote:
> As nobody had reviewed the multi-index patch, I guess we will postpone
> it for 1.6 series, won't we?
If you have the support of two other developers I will consider it. This is
different from alpha 1 where there was necessary the
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> IMO, optimizing LyX is a must for 1.5.0. Current drawing
Abdelrazak> strategy is really, *really*, complicated. So cleanups are
Abdelrazak> necessary in order to optimize it.
I agree that we s
On Wednesday 15 November 2006 1:29 pm, Edwin Leuven wrote:
> 1. new doc
> 2. insert a table
> 3. add some columns
>
> then try to put the cursor in one of the appended columns: this is not
> possible
>
> also not possible to put the cursor after the table
I can confirm that, but since it does no
On Wednesday 15 November 2006 1:40 pm, [EMAIL PROTECTED] wrote:
>
> Great! I was about to ask for something like that. Just to be on the safe
> side and avoid confusion: The original problem is this:
> * You set a paragraph layout to something, e.g. "Section"
> * You change document class to someth
On Wed, 15 Nov 2006, Georg Baum wrote:
> > On Wed, 15 Nov 2006, Georg Baum wrote:
> >
> >> > PS. I discovered that the argument of the LFUN layout is case
> >> > sensitive. In other words, 'layout Standard' works but 'layout
> >> > standard' doesn't. Maybe it should be case insensitive?
> >>
> >
Am Mittwoch, 15. November 2006 13:44 schrieb Georg Baum:
> Kornel Benko wrote:
>
> > Am Dienstag, 14. November 2006 21:46 schrieb Georg Baum:
> > Converted Extended-Insets.lyx looks now ok, but it still crashes here e.g.
> > on export->latex
>
> For me it works. I guess you are on linux. Which ve
1. new doc
2. insert a table
3. add some columns
then try to put the cursor in one of the appended columns: this is not
possible
also not possible to put the cursor after the table
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> IMO, optimizing LyX is a must for 1.5.0. Current drawing
Abdelrazak> strategy is really, *really*, complicated. So cleanups are
Abdelrazak> necessary in order to optimize it.
I agree that we shall take the time to spe
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Well, it does impact what the Mac user would feel. Waiting
Abdelrazak> a second or two on each mouse click is not funny I guess.
A second or two? I missed that.
I seem to remember that from
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> By the way, shouldn't the documentation be converted to
Abdelrazak> utf8? Or is that already done?
I think we can wait a bit for that. A bonus is that it allows us to
test lyx2lyx :)
JMarc
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> No, but maybe case insensitivity would make it easier to
christian> change between document layouts? I'm thinking of cases
christian> where the tw
Jose,
Before releasing a first alpha, I think the following should be solved:
Trying to open "Extended.lyx", LyX tells me that the "Book" document
class is missing so it tries to use the "article" class; which is not
good for obvious reason.
This is on Windows-XP with a CMake build.
By the w
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Well, it does impact what the Mac user would feel. Waiting
Abdelrazak> a second or two on each mouse click is not funny I guess.
A second or two? I missed that.
>> Abdel, besides the "do it right" aspect of the patch
José Matos wrote:
On Wednesday 15 November 2006 12:11 pm, Jean-Marc Lasgouttes wrote:
I think that I have not tested it either, but I did test the 1.4
version and see no reason why it should not work.
Fair enough. :-)
So accepting it is an act of faith :)
I am a man of faith, but not t
Jean-Marc Lasgouttes wrote:
> No, we try to stay away from case insensitivity as much as possible.
Good. That I wanted to hear :-) I hate case insensitivity. Normally it makes
life more complicated than easier, because you remove case as an additional
possibility to distinguish something.
Georg
[EMAIL PROTECTED] wrote:
> On Wed, 15 Nov 2006, Georg Baum wrote:
>
>> > PS. I discovered that the argument of the LFUN layout is case
>> > sensitive. In other words, 'layout Standard' works but 'layout
>> > standard' doesn't. Maybe it should be case insensitive?
>>
>> Why? Are layout names case
Kornel Benko wrote:
> Am Dienstag, 14. November 2006 21:46 schrieb Georg Baum:
> Converted Extended-Insets.lyx looks now ok, but it still crashes here e.g.
> on export->latex
For me it works. I guess you are on linux. Which version of gcc/libc? Can
you compile with debug info so that we can get l
On Wednesday 15 November 2006 11:46 am, Kornel Benko wrote:
>
> Converted Extended-Insets.lyx looks now ok, but it still crashes here e.g.
> on export->latex
For me it does not crash, it does not produce any output though because I
don't have prettyref installed.
> Kornel
--
José Abíli
Edwin Leuven wrote:
> Georg Baum wrote:
>> I had a closer look, and IMHO it is only partly an improvement. You
>> remove the functionality to set the borders of whole columns/rows.
>
> i think that it is possible to set borders of whole cols/rows. just
> select them and set/unset them.
And how i
José Matos wrote:
On Tuesday 14 November 2006 5:18 pm, Abdelrazak Younes wrote:
With this patch, when you click anywhere, including within nested text
insets (not for mathed), there is no redrawing at _all_. This is an
improvement over lyx-1.4 where the full screen were redrawn two times on
each
Jean-Marc Lasgouttes wrote:
"José" == José Matos <[EMAIL PROTECTED]> writes:
With this patch, when you click anywhere, including within nested
text insets (not for mathed), there is no redrawing at _all_. This
is an improvement over lyx-1.4 where the full screen were redrawn
two times on each
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Wednesday 15 November 2006 12:11 pm, Jean-Marc Lasgouttes
José> wrote:
>> I think that I have not tested it either, but I did test the 1.4
>> version and see no reason why it should not work.
José> Fair enough. :-)
>> So accepting
On Wednesday 15 November 2006 12:11 pm, Jean-Marc Lasgouttes wrote:
> I think that I have not tested it either, but I did test the 1.4
> version and see no reason why it should not work.
Fair enough. :-)
> So accepting it is an act of faith :)
I am a man of faith, but not that much. ;-)
The
> "José" == José Matos <[EMAIL PROTECTED]> writes:
>> With this patch, when you click anywhere, including within nested
>> text insets (not for mathed), there is no redrawing at _all_. This
>> is an improvement over lyx-1.4 where the full screen were redrawn
>> two times on each mouse click.
>
On Wednesday 15 November 2006 9:52 am, Georg Baum wrote:
> The attached patch implements this. OK to go in?
Yes.
> Before or after alpha?
After, please.
--
José Abílio
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> No, but maybe case insensitivity would make it easier to
christian> change between document layouts? I'm thinking of cases
christian> where the two document layouts use "Standard" v.s.
christian> "standard" for the "
On Tuesday 14 November 2006 5:18 pm, Abdelrazak Younes wrote:
> Hello,
>
> Between two chunk of work, I've managed to finish the patch, so here it is.
Good.
> With this patch, when you click anywhere, including within nested text
> insets (not for mathed), there is no redrawing at _all_. This i
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Monday 13 November 2006 2:11 pm, Jean-Marc Lasgouttes wrote:
>> The bug is: do some random up/down in outline, mixed with some
>> undo. Either the text becomes a mess, or one gets a crash.
José> What do you think of this patch Jean
On Monday 13 November 2006 2:11 pm, Jean-Marc Lasgouttes wrote:
> The bug is: do some random up/down in outline, mixed with some
> undo. Either the text becomes a mess, or one gets a crash.
What do you think of this patch Jean-Marc?
> JMarc
--
José Abílio
On Sunday 12 November 2006 11:38 pm, Abdelrazak Younes wrote:
> I might not be ready for this alpha but I will for the next.
Thanks Abdel.
I would like to have feedback from Bennet before putting this in. I think
that we are in the right track. :-)
> Abdel.
--
José Abílio
On Wed, 15 Nov 2006, Georg Baum wrote:
> > PS. I discovered that the argument of the LFUN layout is case
> > sensitive. In other words, 'layout Standard' works but 'layout
> > standard' doesn't. Maybe it should be case insensitive?
>
> Why? Are layout names case insensitive elsewhere?
No, but
On Sunday 12 November 2006 11:10 pm, Michael Gerz wrote:
> Dear Jose,
>
> Nov 13th is getting closer (oops, it's already there) and, to my
> greatest regret, I haven't managed to fix all CT problems.
That is OK. :-)
> AFAICS, the following things do not work presently:
>
> - No change bar is gi
On Tuesday 14 November 2006 8:26 am, Georg Baum wrote:
> José Matos wrote:
> >
> > Should we place this in bugzilla so that it does not get forgotten?
>
> Feel free to to so.
Done, http://bugzilla.lyx.org/show_bug.cgi?id=2992
> Georg
--
José Abílio
Am Dienstag, 14. November 2006 21:46 schrieb Georg Baum:
> It was a lyx2lyx problem as I suspected, and I fixed it. José, if you have
> a more elegant solution feel free to use that, but I wanted to make sure
> that this is fixed as soon as possible.
Converted Extended-Insets.lyx looks now ok, b
On Tuesday 14 November 2006 8:46 pm, Georg Baum wrote:
>
> It was a lyx2lyx problem as I suspected, and I fixed it. José, if you have
> a more elegant solution feel free to use that, but I wanted to make sure
> that this is fixed as soon as possible.
Sure, I was really amused when I saw your cha
Georg Baum wrote:
I had a closer look, and IMHO it is only partly an improvement. You
remove the functionality to set the borders of whole columns/rows.
i think that it is possible to set borders of whole cols/rows. just
select them and set/unset them.
This is useful functionality that shou
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The attached patch implements this. OK to go in?
I like it.
>> PS. I discovered that the argument of the LFUN layout is case
>> sensitive. In other words, 'layout Standard' works but 'layout
>> standard' doesn't. Maybe it should be
Hi,
if you do the above it looks like MS WORD (HTML) converts special characters
to unicode (for example ä -> ä), but the normal export to HTML does
not. Which parameter of
htlatex $$i 'html,word' 'symbol/!' '-cvalidate'
is responsible for the conversion to unicode?
And should not do the normal e
[EMAIL PROTECTED] wrote:
> * Create a toolbar button for this purpose by creating and icon with
> the name (?)
It would need to be called layout_Standard.xpm.
> "command-sequence layout Standard;"
> and place it in the directory ??. LyX will then execute the
> command when the user clicks
Edwin Leuven wrote:
> Michael Gerz wrote:
>>> Edwin Leuven wrote:
>>>
>>> is there a reason to have both M_TOGGLE_LINE_TOP and TOGGLE_LINE_TOP ?
>>> couldn't we just have one TOGGLE_LINE_TOP and set the proper flags
>>> depending whether we are in a multicolumn cell or not?
>> This is exactly what
On Wed, 15 Nov 2006, Abdelrazak Younes wrote:
> > > > perhaps 'M-s', to this action (combined with a separate GUI button)?
> > > We already have Alt-M-s and that's fine. But I would like something even
> > > simpler than that.
> >
> > What the heck does 'Alt-M-s' mean? Or do you mean 'M-p s'?
>
92 matches
Mail list logo
