Re: A few more unicode symbols.

Bo Peng wrote: When I copy some text from word to lyx, a few symbols can not be handled. It took me quite a while to find them all, and here is what I add to the unicodesymbols file. χσΣβμ 0x03c7 $\\chi$ 0x03b2 $\\beta$ 0x03bc $\\mu$ 0x03c0 $\\pi$ 0x03b8 $\\theta$ 0x03c3

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 02:17:02AM +0200, Dov Feldstern wrote: Martin Vermeer wrote: On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote: Abdelrazak Younes wrote: Jean-Marc Lasgouttes wrote: Abdelrazak Younes [EMAIL PROTECTED] writes: You are clearly underestimating the

Re: Support for environments options ?

On Sat, Oct 06, 2007 at 11:52:37PM +0200, Tommaso Cucinotta wrote: Paul A. Rubin ha scritto: The way I enter an optional argument (when one is allowed) is to open the minibuffer (M-x or View - Toolbars - Command buffer) and type the command 'optional-insert'. Great ! Exactly what I was

Re: Another problem with the current charstyles implementation

On Sun, Oct 07, 2007 at 02:26:48AM +0200, Dov Feldstern wrote: Hi! As mentioned in a separate thread, I have a suggestion for the charstyles situation, but it's important for me to first of all explain another issue which bothers me with the current implementation of charstyles. If I

Re: *not* everything is an inset!

Martin Vermeer wrote: On Sun, Oct 07, 2007 at 02:17:02AM +0200, Dov Feldstern wrote: Martin Vermeer wrote: On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote: Abdelrazak Younes wrote: Jean-Marc Lasgouttes wrote: Abdelrazak Younes [EMAIL PROTECTED] writes: You are clearly

Re: CharStyles As Insets: TODO

Martin Vermeer wrote: On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote: On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote: The attached tries to do this. The lower corners will be drawn also when the cursor is just in front or behind the

Re: CharStyles As Insets: TODO

Martin Vermeer wrote: On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote: On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote: The attached tries to do this. The lower corners will be drawn also when the cursor is just in front or behind the

Re: controllers

On Sat, Oct 06, 2007 at 10:13:58PM -0700, Angus Leeming wrote: Abdelrazak Younes wrote: I think that what we call controllers are really just abstraction layers created for the benefit of code sharing between multiple frontends. That's exactly what they are. But that mean they had the

Re: Merging of my dynmacro branch

I think pavel also set up a git repository, if you would prefer trying git (in which also, merging branches should be easier than with svn). If you're interested in either of these options, check out http://www.mail-archive.com/lyx-devel@lists.lyx.org/ msg126441.html (I've made some

Re: CharStyles As Insets: TODO

On Sun, Oct 07, 2007 at 09:48:35AM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote: On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote: On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote: ... Hum just to be sure, did you try to

Re: A few more unicode symbols.

Bo Peng wrote: I guess there are many more Greek letters. My question is: why are they not added before? Is it because of the insertion of $$? This is wrong. These are Greek characters, not mathematical symbols. Mathematical symbols have their own code points in unicode. So you use the wrong

Re: some corrections of ams*.(layout|inc) files

Hi Michal, Michal Skrzypek wrote: I've refactored the AMS-related layout files distributed with LyX 1.5.1, also fixed some bugs in the process. Some annoying problems, like incorrect numbering of theorems within chapters, have been resolved. this is kind of bad timing: Paul Rubin also

Re: Show changes in output broken on 1.5.1.

Tommaso Cucinotta wrote: Ok, it was indeed what I was expecting. Actually, I get the red strikes and blue marks anycase, either if I check or if I don't check show changes. This shouldn't happen. (this is how it works for me with 1.5.2)   So, on the upcoming 1.5.2 this is already fixed,

Re: Another problem with the current charstyles implementation

On Sun, Oct 07, 2007 at 10:05:00AM +0300, Martin Vermeer wrote: On Sun, Oct 07, 2007 at 02:26:48AM +0200, Dov Feldstern wrote: Hi! ... AFAIU, charstyle insets work (i.e., determine the font attributes as they would appear in the latex output), in the following manner: when such

Re: controllers

Andre Poenitz wrote: On Sat, Oct 06, 2007 at 10:13:58PM -0700, Angus Leeming wrote: Abdelrazak Younes wrote: I think that what we call controllers are really just abstraction layers created for the benefit of code sharing between multiple frontends. That's exactly what they are. But that

Re: Another problem with the current charstyles implementation

Martin Vermeer wrote: (But, what this implementation gets wrong is that is does not distinguish the situations \emph{aaa \emph{bbb} ccc} and \emph{aaa} bbb \emph{ccc} which are visually identical but logically _vastly_ different) Hm. If a double negative is a positive, shouldn't a

Re: Another problem with the current charstyles implementation

On Sun, Oct 07, 2007 at 02:12:57AM -0700, Angus Leeming wrote: Martin Vermeer wrote: (But, what this implementation gets wrong is that is does not distinguish the situations \emph{aaa \emph{bbb} ccc} and \emph{aaa} bbb \emph{ccc} which are visually identical but logically _vastly_

Re: controllers

On Sun, Oct 07, 2007 at 02:04:10AM -0700, Angus Leeming wrote: Andre Poenitz wrote: On Sat, Oct 06, 2007 at 10:13:58PM -0700, Angus Leeming wrote: Abdelrazak Younes wrote: I think that what we call controllers are really just abstraction layers created for the benefit of code sharing between

Re: The eagle has landed

Bennett Helm wrote: Here are binaries for Mac: http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.2-Mac-Intel.dmg http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.2-Mac-PPC.dmg http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.2-Mac-Universal.dmg (Thanks to Anders Ekberg for the PPC version.)

Re: [Cvslog] r20789 - /lyx-devel/trunk/development/cmake/CMakeLists.txt

[EMAIL PROTECTED] schrieb: Author: poenitz Date: Sat Oct 6 18:23:02 2007 New Revision: 20789 URL: http://www.lyx.org/trac/changeset/20789 Log: Change some .C - .cpp I don't know cmake but it fails to create the VC project files here. Doesn't this change require the renaming of

Re: [Cvslog] r20789 - /lyx-devel/trunk/development/cmake/CMakeLists.txt

Bernhard Roider wrote: I don't know cmake but it fails to create the VC project files here. Doesn't this change require the renaming of config.C.cmake to config.cpp.cmake? yes

FTP-Server ftp://ftp.lyx.org/pub/lyx/bin/ down?

Hi, it seems that the above mentioned FTP-Server is down. Do any mirrors exist? Will the server be accessible in the near future? I'd love to give LyX/Mac a try. Thx, Christoph -- Christoph Hörterer [EMAIL PROTECTED]

Re: Support for environments options ?

Martin Vermeer wrote: Actually the is an entry like this: Short title. It has been criticised for being descriptive only of one use case (short versions of titles going to the toc), so perhaps you could come up with a more descriptive name (that nevertheless doesn't lead the naive user astray)

Re: A few more unicode symbols.

These are Greek characters, not mathematical symbols. Mathematical symbols have their own code points in unicode. So you use the wrong symbols in word. I did not use these characters, someone else did. It may be a bad practice to use these symbols instead of math symbols, but if lyx can handle

Re: What about an info-inset?

I think that JMarc will be amused by the re-emergence of a truly ancient discussion we once kicked about on this. I *believe* that the reason the original version never flew was because we concerned that the documentation would diverge for Qt and XForms users. It may well be that the time has

Re: modules/flex inset bugs, and a question

On Thu, Oct 04, 2007 at 10:10:25PM +0200, Helge Hafting wrote: I tried making a custom inset, and found that if I don't specify Font . . . EndFont, then LyX crashes as soon as I try Insert-Custom Insets-my inset I didn't want to specify a font, I though LyX could use whatever font that

Re: [Cvslog] r20814 - in /lyx-devel/trunk/development/cmake: config.C....

On Sun, Oct 07, 2007 at 11:10:47AM -, [EMAIL PROTECTED] wrote: Author: leuven Date: Sun Oct 7 13:10:45 2007 New Revision: 20814 URL: http://www.lyx.org/trac/changeset/20814 Log: rename config.C.cmake to config.cpp.cmake Thanks. Andre'

Re: A few more unicode symbols.

On Oct 7, 2007, at 4:40 AM, Jürgen Spitzmüller wrote: Bo Peng wrote: I guess there are many more Greek letters. My question is: why are they not added before? Is it because of the insertion of $$? This is wrong. These are Greek characters, not mathematical symbols. Mathematical symbols

Re: [Cvslog] r20690 - /lyx-devel/trunk/src/frontends/qt4/ui/WrapUi.ui

Uwe Stöhr schrieb: Question: Is it really desirable to change dialogs which each major release? Why can't we get them right at the very first time? In this case where the dialog now has 4 options, not 2 as before - Yes. Good point :-) In general, in my opinion, many dialogs should be

Re: A few more unicode symbols.

But philosophers like myself occasionally use Greek letters (because we quote ancient Greek) in otherwise English texts, and it would be nice to be able to cut-and-paste these into LyX. So don't use this as a reason not to include Greek characters! You misunderstood Jürgen. The problem is

How to build LyX using Qt 4.3?

Thanks to the MSVC2005 support that Trolltech provides with the new Qt 4.3.2 release, I'm now able to compile Qt4.3. But when I want to use it to compile LyX I get a lots of errors when compiling src\frontends\qt4\BulletsModule.obj in this form:

Re: Support for environments options ?

Paul A. Rubin ha scritto: Short of a context-sensitive menu entry that tells you what specific optional arguments are available for the current environment, I'm not sure there's a better way to guide that naive user. Ok, optional argument seems too LaTeX-concept, in that the user would be

Re: A few more unicode symbols.

0x03a3 $\\sum$ See my and Jürgen's reply. 0xf0c4 $\\otimes$ The unicode range of this character is not defined: Range: E000–F8FF The Private Use Area does not contain any character assignments, consequently no character code charts or namelists are provided for this area. So every

Re: Show changes in output broken on 1.5.1.

Jürgen Spitzmüller ha scritto: So, on the upcoming 1.5.2 this is already fixed, thanks. No, we didn't fix anything AFAIR: Please, can you tell me what is the command/tag to check-out a 1.5.2 branch ? I can make a check to see if it's just my laptop. T.

Re: A few more unicode symbols.

You misunderstood Jürgen. The problem is that the 0x03xx characters are no math characters but real Greek ones. That mean they must be takes as they are. You can already copy them directly into your LyX file. Mark the characters as Greek via the text style dialog as you normally do also

Re: *not* everything is an inset!

On Fri, Oct 05, 2007 at 10:53:14PM +0300, Martin Vermeer wrote: I don't think you are. Do you seriously think I am that dogmatic? Come on. I can recognise a use case where insets are a plain bad idea. I don't think you're dogmatic. I'm genuinely interested in what makes CT insets

Re: Support for environments options ?

Tommaso Cucinotta ha scritto: like a paragraph settings or layout settings dialog. Or, in order to have it more explicit in the text, it might be simply a little hole that always appears near the very start of the environment supporting the option, e.g.:

Monochrome rendering - extension to GuiPainter

Hi! For my dynamic macros I need an extension to the Painter for monochrome rendering. This is independent of my other patch, so I post it here first: Basically all colors are mapped into an interval [min,max] of two colors. By this subformulas can be greyed out easily without touching

Port of my dynmacro branch to 1.6

So here it is, a port of my dynamic macro branch to 1.6svn. As expected the patch is not small. Unfortunately there is no sensible way to split it up, because most of it is heavily interconnected. So for now I keep it like that. I would be happy to hear some comments or reports how it

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 05:38:54PM +0100, John Levon wrote: On Fri, Oct 05, 2007 at 10:53:14PM +0300, Martin Vermeer wrote: ... Is this what you mean? Sure you could do it. I would expect I'm not really interested in implementation. This thread is all about the UI, that's what REALLY

Re: Support for environments options ?

On Sun, Oct 07, 2007 at 07:23:09PM +0200, Tommaso Cucinotta wrote: Tommaso Cucinotta ha scritto: like a paragraph settings or layout settings dialog. Or, in order to have it more explicit in the text, it might be simply a little hole that always appears near the very start of the

Re: A few more unicode symbols.

Bo Peng schrieb: Then why do not we use this unicodesymbol file to do this? Something like 0x (do not convert) use package This is not possible. The unicodesymbols file is made to translate single characters to a command. As I said, the characters must be taken as they are and not

Re: How to build LyX using Qt 4.3?

Compiling 1.5.2 with Qt 4.3.2 works fine for me. Offical MSVC support is really a big improvement. Maybe you can try to remove everything and recompile from scratch. Here's what I did: - starting from a clean tree, I configured Qt with configure - platform msvc2005 - After the

Re: Port of my dynmacro branch to 1.6

I would be happy to hear some comments or reports how it performs. I propose that you create a LyX-file that described how to use the new features. If possible, add some examples to it. I can then test if it works as expected and report you bugs. While writing the docmentation you'll surely

Re: Port of my dynmacro branch to 1.6

Stefan Schimanski wrote: I would be happy to hear some comments or reports how it performs. Feel free to ask if something is unclear in the code. What is the way to proceed now? How did you test this yourself? How ready is it to release quality? Did you write documentation for the feature?

Re: Port of my dynmacro branch to 1.6

Am 07.10.2007 um 20:05 schrieb Uwe Stöhr: I would be happy to hear some comments or reports how it performs. I propose that you create a LyX-file that described how to use the new features. If possible, add some examples to it. I can then test if it works as expected and report you bugs.

Re: Port of my dynmacro branch to 1.6

Am 07.10.2007 um 20:06 schrieb Asger Ottar Alstrup: Stefan Schimanski wrote: I would be happy to hear some comments or reports how it performs. Feel free to ask if something is unclear in the code. What is the way to proceed now? How did you test this yourself? How ready is it to release

Re: Port of my dynmacro branch to 1.6

Stefan Schimanski schrieb: Otherwise the format is the same as before, only that now optional arguments are allowed. So we need a fileformat change with a revert routine that deletes the arguments. This should be easy to do. I'll have a look when I'm testing. regards Uwe

Re: Monochrome rendering - extension to GuiPainter

On Sun, Oct 07, 2007 at 07:23:56PM +0200, Stefan Schimanski wrote: Hi! For my dynamic macros I need an extension to the Painter for monochrome rendering. This is independent of my other patch, so I post it here first: Basically all colors are mapped into an interval [min,max] of two

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 08:46:47PM +0300, Martin Vermeer wrote: Let me see: is your UI objection due to the fact that running text is linear, a narrative, and insets break that logic (selection, cursor movement, line breaking)? That seems like a fair summation. If so (a sensible argument),

Re: Support for environments options ?

Tommaso Cucinotta wrote: Now the question is: what use do other environments do of this optional argument ? Is that always an alternate text to be used when producing dvi/ps/pdf ? No. Hypothetically, any environment whose LaTeX command allows optional arguments (in the form

Re: Monochrome rendering - extension to GuiPainter

Am 07.10.2007 um 20:35 schrieb Andre Poenitz: On Sun, Oct 07, 2007 at 07:23:56PM +0200, Stefan Schimanski wrote: Hi! For my dynamic macros I need an extension to the Painter for monochrome rendering. This is independent of my other patch, so I post it here first: Basically all colors are

command macros and MSVC project errors

hello all, at last i managed to send the patch for the command macros. i added a recursive call prevention and created a patch for the latest revision. and here is my problem: after updating trunk msvc cannot compile lyx any longer. i get around 180 error messages for the projects

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 07:43:32PM +0100, John Levon wrote: On Sun, Oct 07, 2007 at 08:46:47PM +0300, Martin Vermeer wrote: Let me see: is your UI objection due to the fact that running text is linear, a narrative, and insets break that logic (selection, cursor movement, line breaking)?

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 10:13:54PM +0300, Martin Vermeer wrote: sense for the UI to express this semantic difference. How does this advantage the user? I don't remember seeing a clear answer to this question. Isn't 'natural' usually better? These things feel like atoms, and inset-ness

Re: A few more unicode symbols.

On Oct 7, 2007, at 1:43 PM, Uwe Stöhr wrote: Bo Peng schrieb: Then why do not we use this unicodesymbol file to do this? Something like 0x (do not convert) use package This is not possible. The unicodesymbols file is made to translate single characters to a command. As I said, the

Re: About work area embedded in a dialog

Hans Meine ha scritto: http://feanor.sssup.it/~tommaso/findadv.png http://feanor.sssup.it/~tommaso/findadv-re.png Great, really! Actually, the curious thing is that, AFAIK, LyX would be the 1st word processor ever with such a find feature (e.g. not a simple text field, but an

Re: CharStyles As Insets: TODO

Martin Vermeer wrote: On Sun, Oct 07, 2007 at 09:48:35AM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote: On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote: On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote:

Re: About work area embedded in a dialog

Abdelrazak Younes ha scritto: Probably a few other use cases where it could be used are: - having a split-window feature, that would allow to have more workareas (on same or different buffers) in the same LyX View Probably, I've thought of another possible use case for using another

Re: A few more unicode symbols.

Bennett Helm wrote: But philosophers like myself occasionally use Greek letters (because   we quote ancient Greek) in otherwise English texts, and it would be   nice to be able to cut-and-paste these into LyX. So don't use this as   a reason not to include Greek characters! But you don't

Re: A few more unicode symbols.

Bennett Helm wrote: But take your document and change the language encoding to utf8   (which might be desirable for other reasons). Then typesetting (with   pdflatex) gives you many Package inputenc Error: Unicode char \u8:   not set up for use with LaTeX errors. The problem is that LaTeX is

Re: A few more unicode symbols.

Jürgen Spitzmüller wrote: But philosophers like myself occasionally use Greek letters (because   we quote ancient Greek) in otherwise English texts, and it would be   nice to be able to cut-and-paste these into LyX. So don't use this as   a reason not to include Greek characters! But you

Re: A few more unicode symbols.

Bo Peng wrote: I did not use these characters, someone else did. It may be a bad practice to use these symbols instead of math symbols, but if lyx can handle them, why not? Because the unicodesymbols list cannot deal with what we would need (yet). We would need to use \textgreek and load

Re: FTP-Server ftp://ftp.lyx.org/pub/lyx/bin/ down?

Christoph Hörterer wrote: Hi, it seems that the above mentioned FTP-Server is down. Do any mirrors exist? Will the server be accessible in the near future? I'd love to give LyX/Mac a try. Hi, it went down today. We hope it will be up again tomorrow (I informed the administrator). Jürgen

Re: How to build LyX using Qt 4.3?

I think I did exactly the same. Did you set QMAKESPEC to win32-msvc2005? According to the Qt docs, configuring with the option -platform xxx uses the same platform as if you set QMAKESPEC to this platform. When omitting this configure option, QMAKESPEC is used. Do you need to have the Qt's

Re: How to build LyX using Qt 4.3?

Joost Verburg schrieb: Yes, the source is required. All of it? This is here about 600MB! Uwe

Re: How to build LyX using Qt 4.3?

Uwe Stöhr wrote: All of it? This is here about 600MB! You can take the source from the original zip file, without the compiled objects in it. Joost

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 09:41:11PM +0200, Abdelrazak Younes wrote: I don't believe that people will think it's natural that selection jumps across an entire (say) firstname. Even if so, once he gets used to it and realize how everything is faster ^^ You

Re: Support request for Japanese without CJK

Koji Yokota schrieb: Is it possible to provide an option for Japanese language to use the combination of jtex and japanese package in the next release? It means that Japanese language should be available without CJK nor inputenc package in Japanese encodings such as EUC-JP and JIS. It would

Re: A few more unicode symbols.

I agree that we should support this (as well as cyrillic), but it's not really easy. We need to load babel and use the \textgreek macro (which switches the encoding, but not the language). Can we at least make Some characters of your document... more meaningful? Say, xx characters can not be

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 08:31:06PM +0100, John Levon wrote: On Sun, Oct 07, 2007 at 10:13:54PM +0300, Martin Vermeer wrote: sense for the UI to express this semantic difference. How does this advantage the user? I don't remember seeing a clear answer to this question. Isn't

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 09:41:11PM +0200, Abdelrazak Younes wrote: ... We should better publicized inset-dissolve though, most users don't know at all about that. We need a special dissolve command for charstyles, appearing on the charstyle submenu (or combobox!) - Martin

Re: *not* everything is an inset!

Even if so, once he gets used to it Never been in marketing, Abdel? Or in propaganda? The expression to use here is 'gaining insight', not 'getting used to'. The latter is disrespectful to our customers ;-/ - Martin

Re: A few more unicode symbols.

Bo Peng wrote: Can we at least make Some characters of your document... more meaningful? Yes, would be good. Jürgen

Re: A few more unicode symbols.

Bo Peng wrote: When I copy some text from word to lyx, a few symbols can not be handled. It took me quite a while to find them all, and here is what I add to the unicodesymbols file. χσΣβμ 0x03c7 "$\\chi$" "" "" 0x03b2 "$\\beta$" "" "" 0x03bc "$\\mu$" "" "" 0x03c0 "$\\pi$" "" "" 0x03b8

Re: *not* everything is an inset!

On Sun, Oct 07, 2007 at 02:17:02AM +0200, Dov Feldstern wrote: > Martin Vermeer wrote: > > On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote: > >> Abdelrazak Younes wrote: > >>> Jean-Marc Lasgouttes wrote: > Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > > You are

Re: Support for environments options ?

On Sat, Oct 06, 2007 at 11:52:37PM +0200, Tommaso Cucinotta wrote: > Paul A. Rubin ha scritto: > > The way I enter an optional argument (when one is allowed) is to open the > > minibuffer (M-x or View -> Toolbars -> Command buffer) and type the command > > 'optional-insert'. > Great ! Exactly

Re: Another problem with the current charstyles implementation

On Sun, Oct 07, 2007 at 02:26:48AM +0200, Dov Feldstern wrote: > Hi! > > As mentioned in a separate thread, I have a suggestion for the charstyles > situation, but it's important for me to first of all explain another issue > which bothers me with the current implementation of charstyles.

Re: *not* everything is an inset!

Martin Vermeer wrote: On Sun, Oct 07, 2007 at 02:17:02AM +0200, Dov Feldstern wrote: Martin Vermeer wrote: On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote: Abdelrazak Younes wrote: Jean-Marc Lasgouttes wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: You are clearly

Re: CharStyles As Insets: TODO

Martin Vermeer wrote: On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote: On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote: The attached tries to do this. The lower corners will be drawn also when the cursor is just in front or behind the

Re: CharStyles As Insets: TODO

Martin Vermeer wrote: On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote: On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote: Martin Vermeer wrote: The attached tries to do this. The lower corners will be drawn also when the cursor is just in front or behind the

Re: controllers

On Sat, Oct 06, 2007 at 10:13:58PM -0700, Angus Leeming wrote: > Abdelrazak Younes wrote: > >I think that what we call "controllers" are really just abstraction > >layers created for the benefit of code sharing between multiple > >frontends. > > That's exactly what they are. But that mean they

Re: Merging of my dynmacro branch

I think pavel also set up a git repository, if you would prefer trying git (in which also, merging branches should be easier than with svn). If you're interested in either of these options, check out http://www.mail-archive.com/lyx-devel@lists.lyx.org/ msg126441.html (I've made some

Re: CharStyles As Insets: TODO

On Sun, Oct 07, 2007 at 09:48:35AM +0200, Abdelrazak Younes wrote: > Martin Vermeer wrote: > > On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote: > >> On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote: > >>> Martin Vermeer wrote: ... > Hum just to be sure, did

Re: A few more unicode symbols.

Bo Peng wrote: > I guess there are many more Greek letters. My question is: why are > they not added before? Is it because of the insertion of $$? This is wrong. These are Greek characters, not mathematical symbols. Mathematical symbols have their own code points in unicode. So you use the wrong

Re: some corrections of ams*.(layout|inc) files

Hi Michal, Michal Skrzypek wrote: > I've refactored the AMS-related layout files distributed with LyX > 1.5.1, also fixed some bugs in the process. Some annoying problems, like > incorrect numbering of theorems within chapters, have been resolved. this is kind of bad timing: Paul Rubin also

Re: Show changes in output broken on 1.5.1.

Tommaso Cucinotta wrote: > Ok, it was indeed what I was expecting. Actually, I get the red strikes and > blue marks anycase, either if I check or if I don't check "show changes". This shouldn't happen. > > (this is how it works for me with 1.5.2) > >   > > So, on the upcoming 1.5.2 this is

Re: Another problem with the current charstyles implementation

On Sun, Oct 07, 2007 at 10:05:00AM +0300, Martin Vermeer wrote: > On Sun, Oct 07, 2007 at 02:26:48AM +0200, Dov Feldstern wrote: > > Hi! ... > > AFAIU, charstyle insets "work" (i.e., determine the font attributes as > > they > > would appear in the latex output), in the following manner:

Re: controllers

Andre Poenitz wrote: On Sat, Oct 06, 2007 at 10:13:58PM -0700, Angus Leeming wrote: Abdelrazak Younes wrote: I think that what we call "controllers" are really just abstraction layers created for the benefit of code sharing between multiple frontends. That's exactly what they are. But that

Re: Another problem with the current charstyles implementation

Martin Vermeer wrote: (But, what this implementation gets wrong is that is does not distinguish the situations \emph{aaa \emph{bbb} ccc} and \emph{aaa} bbb \emph{ccc} which are visually identical but logically _vastly_ different) Hm. If a double negative is a positive, shouldn't a

Re: Another problem with the current charstyles implementation

On Sun, Oct 07, 2007 at 02:12:57AM -0700, Angus Leeming wrote: > Martin Vermeer wrote: > > (But, what this implementation gets wrong is that is does not > > distinguish the situations > > \emph{aaa \emph{bbb} ccc} > > and > > \emph{aaa} bbb \emph{ccc} > > which are visually identical but

Re: controllers

On Sun, Oct 07, 2007 at 02:04:10AM -0700, Angus Leeming wrote: > Andre Poenitz wrote: > >On Sat, Oct 06, 2007 at 10:13:58PM -0700, Angus Leeming wrote: > >>Abdelrazak Younes wrote: > >>>I think that what we call "controllers" are really just abstraction > >>>layers created for the benefit of code

Re: The eagle has landed

Bennett Helm wrote: > Here are binaries for Mac: > > > > > > (Thanks to Anders Ekberg for the PPC

Re: [Cvslog] r20789 - /lyx-devel/trunk/development/cmake/CMakeLists.txt

[EMAIL PROTECTED] schrieb: Author: poenitz Date: Sat Oct 6 18:23:02 2007 New Revision: 20789 URL: http://www.lyx.org/trac/changeset/20789 Log: Change some .C -> .cpp I don't know cmake but it fails to create the VC project files here. Doesn't this change require the renaming of

Re: [Cvslog] r20789 - /lyx-devel/trunk/development/cmake/CMakeLists.txt

Bernhard Roider wrote: I don't know cmake but it fails to create the VC project files here. Doesn't this change require the renaming of config.C.cmake to config.cpp.cmake? yes

FTP-Server ftp://ftp.lyx.org/pub/lyx/bin/ down?

Hi, it seems that the above mentioned FTP-Server is down. Do any mirrors exist? Will the server be accessible in the near future? I'd love to give LyX/Mac a try. Thx, Christoph -- Christoph Hörterer [EMAIL PROTECTED]

Re: Support for environments options ?

Martin Vermeer wrote: Actually the is an entry like this: "Short title". It has been criticised for being descriptive only of one use case (short versions of titles going to the toc), so perhaps you could come up with a more descriptive name (that nevertheless doesn't lead the naive user

Re: A few more unicode symbols.

> These are Greek characters, not mathematical symbols. Mathematical symbols > have their own code points in unicode. So you use the wrong symbols in word. I did not use these characters, someone else did. It may be a bad practice to use these symbols instead of math symbols, but if lyx can

Re: What about an info-inset?

> I think that JMarc will be amused by the re-emergence of a truly > ancient discussion we once kicked about on this. I *believe* that the > reason the original version never flew was because we concerned that > the documentation would diverge for Qt and XForms users. It may well > be that the

Re: modules/flex inset bugs, and a question

On Thu, Oct 04, 2007 at 10:10:25PM +0200, Helge Hafting wrote: > I tried making a custom inset, and found that > if I don't specify "Font . . . EndFont", then LyX crashes > as soon as I try "Insert->Custom Insets->my inset" > > I didn't want to specify a font, I though LyX could use whatever

  1   2   >