Aw: Re: #10199: Non-encodable characters with XeTeX

- Ursprüngliche Mitteilung - > #10199: Non-encodable characters with XeTeX > -- >  Reporter:  andnot      |      Owner:  lasgouttes >      Type:  defect      |      Status:  fixedinmaster >  Priority:  normal      |  Milestone:  2.2.1 >

LATIN CAPITAL LETTER SHARP S

Dear LyX developers, the LATIN CAPITAL LETTER SHARP S was added to Unicode Standard Version 5.1, published in April 2008. It is supported by the LaTeX command \SS since ages. Most fonts will typeset it according to the official German orthography as SS while e.g. the libertine font will use the

LATIN CAPITAL LETTER SHARP S

Dear LyX developers, the LATIN CAPITAL LETTER SHARP S was added to Unicode Standard Version 5.1, published in April 2008. It is supported by the LaTeX command \SS "since ages". Most fonts will typeset it according to the official German orthography as SS while e.g. the libertine font will use

Re: Environment arguments

On 4.01.09, Jean-Marc Lasgouttes wrote: G. Milde a écrit : ... For layouts accepting several optional arguments, I guess we'll need to come up with some trick. For styles accepting several mandatory, or optional and mandatory arguments, too. Yes, but we do not even support them yet

Re: Environment arguments

On 4.01.09, Jean-Marc Lasgouttes wrote: > G. Milde a écrit : >>> ... For layouts accepting several optional >>> arguments, I guess we'll need to come up with some trick. >> For styles accepting several mandatory, or optional and mandatory arguments, >> too.

Re: Environment arguments

On 2.01.09, Jean-Marc Lasgouttes wrote: Martin Vermeer martin.verm...@tkk.fi writes: IMO the name should be coded in the layout file. ... 2/ when the menu item string contains %s, the menu code replaces this %s with the message returned by above. ... Definitely. Any implementation ideas?

Re: Environment arguments

On 2.01.09, Jean-Marc Lasgouttes wrote: > Martin Vermeer writes: > >> IMO the name should be coded in the layout file. ... > >> 2/ when the menu item string contains %s, the menu code replaces this %s > >> with the message returned by above. ... > > Definitely. Any

[patch] Re: Interrupted enumerations.

The attached module enables resuming an enumeration with the new Enumerate-Resume style. See the example file for usage details. It also allows customising base lists with optional arguments (Still to be found under EinfügenKurztitel.) Why not use a different Style for a resuming enumeration?

Re: [patch] Re: Interrupted enumerations.

On 24.11.08, rgheck wrote: G. Milde wrote: The attached module enables resuming an enumeration with the new Enumerate-Resume style. See the example file for usage details. Question (in case you already know): What happens if the user chooses this environment without a previous Enumerate

[patch] Re: Interrupted enumerations.

The attached module enables resuming an enumeration with the new Enumerate-Resume style. See the example file for usage details. It also allows customising base lists with optional arguments (Still to be found under Einfügen>Kurztitel.) > Why not use a different Style for a "resuming

Re: [patch] Re: Interrupted enumerations.

On 24.11.08, rgheck wrote: > G. Milde wrote: >> The attached module enables resuming an enumeration with the new >> Enumerate-Resume style. See the example file for usage details. > Question (in case you already know): What happens if the user chooses > this environme

Re: Interrupted enumerations.

On 21.11.08, Jean-Marc Lasgouttes wrote: Guenter Milde [EMAIL PROTECTED] writes: I wonder whether it would be better to put the intelligence into lyx: let lyx compute the start number of a resumed enumeration and use this to set the label and the correct `enum*' counter. I would not do

Re: Spanish and Spanish (Mexico)

On 21.11.08, Jean-Marc Lasgouttes wrote: Guenter Milde [EMAIL PROTECTED] writes: Where can I find out what the intended behaviour of these languages is (regarding the ~ character)? The dictionaries for spellchecking are different. I am not sure there is another one. Your links below

Re: Interrupted enumerations.

On 21.11.08, Jean-Marc Lasgouttes wrote: > Guenter Milde <[EMAIL PROTECTED]> writes: > > I wonder whether it would be better to put the "intelligence" into lyx: > > > > let lyx compute the start number of a resumed enumeration and use this to > > set the label and the correct `enum*' counter. > I

Re: Spanish and Spanish (Mexico)

On 21.11.08, Jean-Marc Lasgouttes wrote: > Guenter Milde <[EMAIL PROTECTED]> writes: > > Where can I find out what the intended behaviour of these languages is > > (regarding the ~ character)? > The dictionaries for spellchecking are different. I am not sure there is > another one. Your links

Re: Multi-LFUN Binding

On 25.09.08, rgheck wrote: G Milde wrote: 2. I would like some alternative binding for mathed: As Pavel said, this would be excellent, but isn't for 1.6. I filed a bug report for this: http://bugzilla.lyx.org/show_bug.cgi?id=5286 Günter

Re: Multi-LFUN Binding

On 25.09.08, rgheck wrote: > G Milde wrote: >> 2. I would like some alternative binding for mathed: > As Pavel said, this would be excellent, but isn't for 1.6. I filed a bug report for this: http://bugzilla.lyx.org/show_bug.cgi?id=5286 Günter

Re: LyX layout editor - specification

Pavel Sanda [EMAIL PROTECTED] schrieb: Richard Heck wrote: G Milde wrote: On the other side would be a wizard like layout-creator with drop-down and selection lists (like the citation insert dialogue) for GUI creation of layouts without exposure to the syntax. A wizard is pretty much what

Re: Multi-LFUN Binding

rgheck [EMAIL PROTECTED] schrieb: This has now been committed. Just a name change proposal: command-alternatives - command-try Next issue is the bindings. There ought to be other places we can use this, too, no? 1. a find-next binding that recalls the last search from the find dialogue

Re: LyX layout editor - specification

Pavel Sanda <[EMAIL PROTECTED]> schrieb: > Richard Heck wrote: >> G Milde wrote: >>> On the other side would be a "wizard" like layout-creator with >>> drop-down and selection lists (like the citation insert dialogue) for >>> GUI creation of l

Re: Multi-LFUN Binding

rgheck <[EMAIL PROTECTED]> schrieb: > This has now been committed. Just a name change proposal: command-alternatives -> command-try > Next issue is the bindings. There ought to > be other places we can use this, too, no? 1. a find-next binding that recalls the last search from the find

Re: LyX layout editor - specification

Andre Poenitz [EMAIL PROTECTED] schrieb: On Tue, Sep 23, 2008 at 07:24:17AM +, G Milde wrote: Andre Poenitz [EMAIL PROTECTED] schrieb: On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote: it would be possible for me to lead lyx layout editor as a small school project provided

Re: Multi-LFUN Binding

rgheck [EMAIL PROTECTED] schrieb: Here's the latest version of this patch. The main change is that this one addresses the issue of the shortcuts dialog. As I've said elsewhere, the dialog in its current state simply can't deal with the binding of multiple LFUNs to one key. My

Re: unicode in math

Enrico Forestieri [EMAIL PROTECTED] schrieb: You managed to convice me. With the attached patch, the unicode accented characters are interpreted as math variables when they are entered in mathmode. Please test. Thanks for your work. Unfortunately, I did not have the time to compile a patched

Re: LyX layout editor - specification

Andre Poenitz <[EMAIL PROTECTED]> schrieb: > On Tue, Sep 23, 2008 at 07:24:17AM +, G Milde wrote: >> Andre Poenitz <[EMAIL PROTECTED]> schrieb: >> > On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote: >> >> it would be possible for me to lead

Re: Multi-LFUN Binding

rgheck <[EMAIL PROTECTED]> schrieb: > Here's the latest version of this patch. The main change is that this > one addresses the issue of the shortcuts dialog. As I've said elsewhere, > the dialog in its current state simply can't deal with the binding of > multiple LFUNs to one key. My

Re: unicode in math

Enrico Forestieri <[EMAIL PROTECTED]> schrieb: > You managed to convice me. With the attached patch, the unicode accented > characters are interpreted as math variables when they are entered in > mathmode. Please test. Thanks for your work. Unfortunately, I did not have the time to compile a

Re: LyX layout editor - specification

Andre Poenitz [EMAIL PROTECTED] schrieb: On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote: it would be possible for me to lead lyx layout editor as a small school project provided that it is work complicated enough. Instead of a specialised editor, I would suggest a lyx-layout mode

Re: LyX layout editor - specification

Vincent van Ravesteijn - TNW [EMAIL PROTECTED] schrieb: it would be possible for me to lead lyx layout editor as a small school project provided that it is work complicated enough. Instead of a specialised editor, I would suggest a lyx-layout mode for an existing text editor (Jed, Emacs,

Re: unicode in math

Helge Hafting [EMAIL PROTECTED] schrieb: Enrico Forestieri wrote: On Thu, Sep 18, 2008 at 02:04:33PM +0200, G. Milde wrote: On 18.09.08, Helge Hafting wrote: Enrico Forestieri wrote: On Tue, Sep 16, 2008 at 02:13:49PM +0200, G. Milde wrote: With LyX 1.6, using unicode characters other than

Re: LyX layout editor - specification

Andre Poenitz <[EMAIL PROTECTED]> schrieb: > On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote: >> it would be possible for me to lead lyx layout editor as a small >> school project provided that it is work complicated enough. Instead of a specialised editor, I would suggest a

Re: LyX layout editor - specification

Vincent van Ravesteijn - TNW <[EMAIL PROTECTED]> schrieb: it would be possible for me to lead lyx layout editor as a small school project provided that it is work complicated enough. >>Instead of a specialised editor, I would suggest a lyx-layout "mode" >> for an existing text editor

Re: unicode in math

Helge Hafting <[EMAIL PROTECTED]> schrieb: > Enrico Forestieri wrote: >> On Thu, Sep 18, 2008 at 02:04:33PM +0200, G. Milde wrote: >>> On 18.09.08, Helge Hafting wrote: >>>> Enrico Forestieri wrote: >>>>> On Tue, Sep 16, 2008 at 02:13:49PM +0200,

Re: unicode in math

On 18.09.08, Helge Hafting wrote: Enrico Forestieri wrote: On Tue, Sep 16, 2008 at 02:13:49PM +0200, G. Milde wrote: With LyX 1.6, using unicode characters other than Basic Latin is possible also in math mode. Note that in math mode TeX (and even XeTeX) doesn't support anything outside

Re: unicode in math

On 18.09.08, Helge Hafting wrote: > Enrico Forestieri wrote: >> On Tue, Sep 16, 2008 at 02:13:49PM +0200, G. Milde wrote: >>> With LyX 1.6, using unicode characters other than Basic Latin is possible >>> also in math mode. >> Note that in math mode TeX (and eve

Re: unicode in math

On 16.09.08, Enrico Forestieri wrote: On Tue, Sep 16, 2008 at 02:13:49PM +0200, G. Milde wrote: On 9.09.08, G. Milde wrote: please send me a copy of eventual replies, as I am just a user. * should the input-math conversion only be done for characters from Basic Latin

Re: unicode in math

On 16.09.08, Enrico Forestieri wrote: > On Tue, Sep 16, 2008 at 02:13:49PM +0200, G. Milde wrote: > > On 9.09.08, G. Milde wrote: > > please send me a copy of eventual replies, as I am just a user. > > * should the "input->math" conversion only be done for

unicode in math

On 9.09.08, G. Milde wrote: Dear LyX users, ... but I was told that this is rather somethign for lyx-devel. So, please send me a copy of eventual replies, as I am just a user. With LyX 1.6, using unicode characters other than Basic Latin is possible also in math mode. This is a vast

unicode in math

On 9.09.08, G. Milde wrote: > Dear LyX users, ... but I was told that this is rather somethign for lyx-devel. So, please send me a copy of eventual replies, as I am just a user. With LyX 1.6, using unicode characters other than Basic Latin is possible also in math mode. This is a v

Re: Please no justification :)

On 18.08.08, Vincent van Ravesteijn - TNW wrote: So LyX mirrors the LaTeX output -- at least partially: It's OK for LyX not to mirror the LaTeX output, as long as there are no 'unmeant' things to happen. It is IMO a bug, if paragraph breaks are not distinguishable from normal line breaks,

Re: Please no justification :)

On 18.08.08, Vincent van Ravesteijn - TNW wrote: > > So LyX mirrors the LaTeX output -- at least partially: > It's OK for LyX not to mirror the LaTeX output, as long as there are no > 'unmeant' things to happen. It is IMO a bug, if paragraph breaks are not distinguishable from "normal" line

Re: Please no justification :)

On 30.07.08, rgheck wrote: Pavel Sanda wrote: The option to remove paragraph justification would also be nice :) Menu Edit-Paragraph settings Oh, I meant for the LyX display of text :) i rememember there was announced special module for screen only Left-align of Standard paragraphs on

Re: Please no justification :)

On 18.08.08, Vincent van Ravesteijn - TNW wrote: Actually, it is for left-aligning (on-screen) most paragraph Styles *except* Standard, as (by some bug) a Standard paragraphs' first line is not indented if the paragraphs alignment is set to 'left-align'. This is not a (some) bug of LyX,

Re: Please no justification :)

On 30.07.08, rgheck wrote: > Pavel Sanda wrote: > The option to remove paragraph justification would also be nice :) Menu Edit->Paragraph settings >>> Oh, I meant for the LyX display of text :) >> i rememember there was announced special module for screen only >> Left-align of

Re: Please no justification :)

On 18.08.08, Vincent van Ravesteijn - TNW wrote: > > Actually, it is for left-aligning (on-screen) most paragraph Styles > > *except* "Standard", as (by some bug) a "Standard" paragraphs' first > > line is not indented if the paragraphs alignment is set to 'left-align'. > This is not a (some)

Re: #1630: new paragraph after quotation?

On 18.07.05, Juergen Spitzmueller wrote: Andreas Vox wrote: Questions: * Is it ok to do that for quotation and quote? From a typographical point of view: no. All typographic works that I know say that indendation has to be ommitted after quotations. That might be culturally specific,

Re: #1630: new paragraph after quotation?

On 18.07.05, Juergen Spitzmueller wrote: > Andreas Vox wrote: > > Questions: > > > > * Is it ok to do that for quotation and quote? > > From a typographical point of view: no. All typographic works that I > know say that indendation has to be ommitted after quotations. That > might be culturally

Re: How can YOU help the developers in Paris?

On 15.07.05, Lars Gullik Bjønnes wrote: But also help with verifying the bugs in bugzilla (are the unconfirmed bugs really a bug or not?), checking that open bugs are still valid, and reporting bugs that are not mentioned in bugzilla. 313 nor P2 PC [EMAIL PROTECTED]

Re: How can YOU help the developers in Paris?

On 15.07.05, Lars Gullik Bjønnes wrote: > But also help with verifying the bugs in bugzilla (are the unconfirmed > bugs really a bug or not?), checking that open bugs are still valid, > and reporting bugs that are not mentioned in bugzilla. 313 nor P2 PC [EMAIL PROTECTED]

Re: [update] g-brief2 class and example file

On 8.07.05, Uwe Stöhr wrote: Attached the diffs against current CVS and the new layout and example file. If you want, apply them for LyX 1.3.x and/or LyX 1.4.x. Argh I forgot them again. Now attached. The file could become a lot shorter (and easier to maintain) by using CopyLayout for

Re: [update] g-brief2 class and example file

On 8.07.05, Uwe Stöhr wrote: > >Attached the diffs against current CVS and the new layout and example > >file. If you want, apply them for LyX 1.3.x and/or LyX 1.4.x. > > Argh I forgot them again. Now attached. The file could become a lot shorter (and easier to maintain) by using CopyLayout

Re: [Patch] Another no.po update for lyx 1.4

On 28.06.05, Jean-Marc Lasgouttes wrote: G == G Milde [EMAIL PROTECTED] writes: So IMHO short title should be given a more general name in all languages. G Actually, it would be nice, if the name (menu entry string) could G be given in the layout file as argument for OptionalArgs

Re: [Patch] Another no.po update for lyx 1.4

On 28.06.05, Jean-Marc Lasgouttes wrote: > >>>>> "G" == G Milde <[EMAIL PROTECTED]> writes: > > >> >So IMHO "short title" should be given a more general name in all > >> >languages. > > G> Actually, it would

Re: tex2lyx: round trip on a beamer presentation

On 30.06.05, Jean-Pierre Chrétien wrote: Georg Baum [EMAIL PROTECTED] writes: Jean-Pierre Chrétien wrote: one is about the optional arg to the \frame command \frame[plain]{\titlepage} - \frame{[}plain{]}{titlepage} You can fix this sort of errors easily yourself: Add

Re: tex2lyx: round trip on a beamer presentation

On 30.06.05, Jean-Pierre Chrétien wrote: > Georg Baum <[EMAIL PROTECTED]> writes: > > > > > Jean-Pierre Chrétien wrote: > > > > > one is about the optional arg to the \frame command > > > \frame[plain]{\titlepage} -> \frame{[}plain{]}{titlepage} > > > > You can fix this sort of errors

Re: Support of LaTeX macros in LyX

On 29.06.05, Rainer Dorsch wrote: Hello, I defined a few latex macros like \newcommand{\SRx}[1]{\hyperref[headsrx#1 {\MakeUppercase{sr}x\_\MakeTextUppercase{#1}}} If this would be a complete paragraph, LyX support would be excellent by defining a new .layout file. But these

Re: Support of LaTeX macros in LyX

On 29.06.05, Rainer Dorsch wrote: > Hello, > > I defined a few latex macros like > > \newcommand{\SRx}[1]{\hyperref[headsrx#1 > {\MakeUppercase{sr}x\_\MakeTextUppercase{#1}}} > If this would be a complete paragraph, LyX support would be excellent by > defining a new .layout file. > > But

Re: [Patch] Another no.po update for lyx 1.4

On 28.06.05, Helge Hafting wrote: G. Milde wrote: On 27.06.05, Martin Vermeer wrote: On Mon, Jun 27, 2005 at 03:12:30PM +0200, Helge Hafting wrote: I wonder: Is short title _only_ for short titles, or is it a generic way of adding an optional argument? The two concepts translate

Re: [Patch] Another no.po update for lyx 1.4

On 28.06.05, Helge Hafting wrote: > G. Milde wrote: > >On 27.06.05, Martin Vermeer wrote: > >>On Mon, Jun 27, 2005 at 03:12:30PM +0200, Helge Hafting wrote: > > > >>>I wonder: Is "short title" _only_ for short titles, or is it a generic > >

new dinbrief layout

Dear LyXers, I just uploaded a new version of the Letter (dinbrief) layout to http://wiki.lyx.org/Layouts/Dinbrief and wonder whether there is a chance that this could go into the main distribution. have a nice weekend Günter -- G.Milde web.de

new dinbrief layout

Dear LyXers, I just uploaded a new version of the Letter (dinbrief) layout to http://wiki.lyx.org/Layouts/Dinbrief and wonder whether there is a chance that this could go into the main distribution. have a nice weekend Günter -- G.Milde web.de

Re: patch for scrclass.inc

On 20.06.05, Jean-Marc Lasgouttes wrote: G == G Milde [EMAIL PROTECTED] writes: G On 10.06.05, Juergen Spitzmueller wrote: G. Milde wrote:  2. Call the style Labeling in koma and List elsewhere. [...] I'd favour variant 2, but I'm also fine with variant 3, as long as the docs

Re: patch for scrclass.inc

On 20.06.05, Jean-Marc Lasgouttes wrote: > >>>>> "G" == G Milde <[EMAIL PROTECTED]> writes: > G> On 10.06.05, Juergen Spitzmueller wrote: > >> G. Milde wrote:  2. Call the style "Labeling" in koma and "List" > >>

Re: Beamer Presentation: Getting Blocks Properly Displayed

On 15.06.05, Paul A. Rubin wrote: Rich Shepard wrote: My goal is to have each title/itemized list as a separate block. If I do not indent the itemized lines, both chunks are preceeded by the block command and display in separate boxes. As soon as I specify itemized for the details, I lose

Re: Beamer Presentation: Getting Blocks Properly Displayed

On 15.06.05, Paul A. Rubin wrote: > Rich Shepard wrote: > > > > My goal is to have each title/itemized list as a separate block. If > >I do not indent the itemized lines, both "chunks" are preceeded by the > >"block" command and display in separate boxes. As soon as I specify > >"itemized" for

Re: obsolete Comments layout style?

On 10.06.05, Juergen Spitzmueller wrote: G. Milde wrote: Style Comment ObsoletedBy   Standard End This is just because we now have comment inset. lyx2lyx will do the right thing. If lyx2lyx does the right thing, the ObsoletedBy is not needed. Without lyx2lyx it is wrong. So

Re: patch for scrclass.inc

On 10.06.05, Juergen Spitzmueller wrote: G. Milde wrote: So we have to weight the arguments for 3 possible options:  1. Call the lyx-list/labeling style List in all layouts. [...]  2. Call the style Labeling in koma and List elsewhere. [...]  3. Call the style Labeling in all layouts

Re: obsolete Comments layout style?

On 10.06.05, Juergen Spitzmueller wrote: > G. Milde wrote: > > Style Comment > > ObsoletedBy   Standard > > End > This is just because we now have comment inset. lyx2lyx will do the right > thing. If lyx2lyx does the right thing, the ObsoletedBy is no

Re: patch for scrclass.inc

On 10.06.05, Juergen Spitzmueller wrote: > G. Milde wrote: > > So we have to weight the arguments for 3 possible options: > >  1. Call the lyx-list/labeling style "List" in all layouts. > [...] > >  2. Call the style "Labeling" in koma and "List&quo

Re: patch for scrclass.inc

On 10.06.05, Juergen Spitzmueller wrote: Juergen I do not agree to change the name from Labeling to List Juergen in the GUI. I really do not like that we are beginning to replace the termini technici of LaTeX classes and environments with arbitrary names (or translations, for that matter)

obsolete Comments layout style?

Browsing the layouts directory for my scrclass pathch, I found a problem in obsolete.inc. Style Comment ObsoletedBy Standard End But: Comment vs. Standard is not just a naming convention. Silently replacing comments by standard output can result in ugly surprises. Example: Someone

Re: patch for scrclass.inc

On 10.06.05, Juergen Spitzmueller wrote: > > Juergen> I do not agree to change the name from "Labeling" to "List" > > Juergen> in the GUI. > > I really do not like that we are beginning to replace the termini > technici of LaTeX classes and environments with arbitrary names (or > translations,

obsolete Comments layout style?

Browsing the layouts directory for my scrclass pathch, I found a problem in obsolete.inc. Style Comment ObsoletedBy Standard End But: Comment vs. Standard is not just a naming convention. Silently replacing comments by standard output can result in ugly surprises. Example: Someone

patch for scrclass.inc

Dear LyX developers, The following patch to scrclass.inc improves the compatibility between scr (koma) and standard classes. The koma environment labeling is virtually equivalent to the lyxlist, so both should mapt to the same paragraph style List. The patch also obsoletes the file

patch for scrclass.inc

Dear LyX developers, The following patch to scrclass.inc improves the compatibility between scr (koma) and standard classes. The koma environment "labeling" is virtually equivalent to the lyxlist, so both should mapt to the same paragraph style "List". The patch also obsoletes the file

Re: lyx2lyx --try-hard

On 7.06.05, Jose' Matos wrote: Hello, I have implemented the --try-hard option. As you can see it will catch any python exception in the convertion step and ignore it. My question is how to warn the user that something wrong happened during the convertion? The goal would be to ask

Re: lyx2lyx --try-hard

On 7.06.05, Jose' Matos wrote: > Hello, > > I have implemented the --try-hard option. As you can see it will catch > any python exception in the convertion step and ignore it. > > My question is how to warn the user that something wrong happened > during the convertion? The goal would be

Re: LyX python package

Dear Jose, dear developers, I uploaded my (still not finally tested) LyX python package to http://wiki.lyx.org/Tools/PyClient Hopefully this can become a base for further discussion. On 31.05.05, José Matos wrote: G. Milde wrote: On 20.05.05, Jose' Matos wrote: On Friday 20 May 2005 10:04

Re: LyX python package

Dear Jose, dear developers, I uploaded my (still not finally tested) "LyX" python package to http://wiki.lyx.org/Tools/PyClient Hopefully this can become a base for further discussion. On 31.05.05, José Matos wrote: > G. Milde wrote: > > On 20.05.05, Jose' Matos wrote: &g

Re: Translation of layout files

On 31.05.05, Jean-Marc Lasgouttes wrote: G == G Milde [EMAIL PROTECTED] writes: G On 27.05.05, Jean-Marc Lasgouttes wrote: G == G Milde [EMAIL PROTECTED] writes: I understand what the problem is. I just say that Labelstring is not supposed to be used for that. But for now

Re: Translation of layout files

On 31.05.05, Jean-Marc Lasgouttes wrote: > >>>>> "G" == G Milde <[EMAIL PROTECTED]> writes: > > G> On 27.05.05, Jean-Marc Lasgouttes wrote: > >> >>>>> "G" == G Milde <[EMAIL PROTECTED]> writes: > I un

Re: [1.3] German translation broken

On 30.05.05, Juergen Spitzmueller wrote: Andre Poenitz wrote: At the very least the translated string should be something like Beschriftung (Caption) or similar. might cause space problems, but is better than what we have now. BTW I also think that Beschriftung is not an ideal

Re: Translation of layout files

On 27.05.05, Jean-Marc Lasgouttes wrote: G == G Milde [EMAIL PROTECTED] writes: In the meantime, labelstrings help, but they are a hack. And really, if all they are good for is to show the Style name, we have a problem. Open the dinbrief template, to see what I mean. E.g. there are 3

Re: [1.3] German translation broken

On 30.05.05, Juergen Spitzmueller wrote: > Andre Poenitz wrote: > > At the very least the translated string should be > > something like "Beschriftung (Caption)" or similar. > > might cause space problems, but is better than what we have now. > > > > BTW I also think that "Beschriftung" is not

Re: Translation of layout files

On 27.05.05, Jean-Marc Lasgouttes wrote: > >>>>> "G" == G Milde <[EMAIL PROTECTED]> writes: > In the meantime, labelstrings help, but they are a hack. And really, > if all they are good for is to show the Style name, we have a problem. Open the din

Re: Feature suggestion

On 25.05.05, Jean-Marc Lasgouttes wrote: G == G Milde [EMAIL PROTECTED] writes: G Not a patch but a suggestion: Quite a lot of tasks are delegated G by LyX to external programs, yet easy to start from within LyX. How G about a button [Start bibtex editor] in the bibtex database dialog? G

Re: Translation of layout files

On 26.05.05, Jean-Marc Lasgouttes wrote: Michael == Michael Schmitt [EMAIL PROTECTED] writes: Michael JMarc, AFAICS you have introduced LabelStrings in layout ... Michael The result is that the po files are flooded with Style Michael _and_ LabelString messages at the same time :-( I

Re: Feature suggestion

On 25.05.05, Jean-Marc Lasgouttes wrote: > >>>>> "G" == G Milde <[EMAIL PROTECTED]> writes: > > G> Not a patch but a suggestion: Quite a lot of tasks are "delegated" > G> by LyX to external programs, yet easy to start from within LyX.

Re: Translation of layout files

On 26.05.05, Jean-Marc Lasgouttes wrote: > > "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes: > > Michael> JMarc, AFAICS you have introduced "LabelString"s in layout ... > Michael> The result is that the po files are flooded with "Style" > Michael> _and_ "LabelString" messages at the

Re: Feature suggestion

On 24.05.05, Rune Schjellerup wrote: BibTeX file creation. I think we can leave this to specialized programs. It would be nice if users didn't have to search the web for tools like JabRef. Just search the wiki.lyx.org and find the listing of programs under

Re: Feature suggestion

On 25.05.05, Lars Gullik Bjønnes wrote: G. Milde [EMAIL PROTECTED] writes: | On 24.05.05, Rune Schjellerup wrote: BibTeX file creation. | I think we can leave this to specialized programs. But we would expect a patch. (But it would have to be fairly complete...) Not a patch

Re: Feature suggestion

On 24.05.05, Rune Schjellerup wrote: > BibTeX file creation. I think we can leave this to specialized programs. > It would be nice if users didn't have to search the web for tools like > JabRef. Just search the wiki.lyx.org and find the listing of programs under

Re: Feature suggestion

On 25.05.05, Lars Gullik Bjønnes wrote: > "G. Milde" <[EMAIL PROTECTED]> writes: > | On 24.05.05, Rune Schjellerup wrote: > >> BibTeX file creation. > > > | I think we can leave this to specialized programs. > > But we would expect a pat

Re: requests about shortcuts (bindings of functions)

On 24.05.05, Sebastian Zschernig wrote: Hello. It would be really great to provide a list of _all_ functions in LyX which can be used by a shortcut defined in one of the bind-files. Such a list is on wiki.lyx.org (search for lfuns). And I would like another thing very much: When I want

Re: requests about shortcuts (bindings of functions)

On 24.05.05, Sebastian Zschernig wrote: > Hello. > > It would be really great to provide a list of _all_ functions in LyX > which can be used by a shortcut defined in one of the bind-files. Such a list is on wiki.lyx.org (search for lfuns). > And I would like another thing very much: > When I

LyX python package

On 20.05.05, Jose' Matos wrote: On Friday 20 May 2005 10:04, G. Milde wrote: Now a serious question: is this [__init__.py] a trivial (empty) file or do you have any initialization step going inside? Currently, its just Package of scripts for the LyX Document Processor (www.lyx.org

LyX python package

On 20.05.05, Jose' Matos wrote: > On Friday 20 May 2005 10:04, G. Milde wrote: > Now a serious question: is this [__init__.py] a trivial (empty) file or > do you have any initialization step going inside? Currently, its just """Package of scripts for the LyX Documen

Re: [rework docs] two issues

On 25.04.05, Herbert Voss wrote: Uwe Stöhr wrote: it it possible that we change the check box order in the float placement window ... to - here - top - bottom - page This is more intuitive, because LaTeX uses always this order. no, LaTeX knows no presetting, it depends to the

Re: [rework docs] two issues

On 25.04.05, Herbert Voss wrote: > Uwe Stöhr wrote: > > >it it possible that we change the check box order in the float placement > >window ... > >to > > > >- here > >- top > >- bottom > >- page > > > >This is more intuitive, because LaTeX uses always this order. > > no, LaTeX knows no

Re: ERT trouble

On 21.04.05, Helge Hafting wrote: ... Seems to me there is little point in setting the ERT text in a special font, especially considering that the current approach only goes halfway. The ERT text got bigger, but it was still red and still in its special font. However, this font change

  1   2   >