Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

On Sat, 22 Jul 2023 at 00:00, Jean-Marc Lasgouttes wrote: > Le 18/07/2023 à 15:11, Jean-Marc Lasgouttes a écrit : > > Hello, > > > > In the attached patch, I am able to support the mod/bmod/pmod/pod macros > > by just defining them in lib/symbols with an argument. &

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

Le 18/07/2023 à 15:11, Jean-Marc Lasgouttes a écrit : Hello, In the attached patch, I am able to support the mod/bmod/pmod/pod macros by just defining them in lib/symbols with an argument. The result is a more pleasing editing process (IMO) and a simplification of the documentation. It is

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

rit : > > > Also, we already have macros with parameters: > > > https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223 > > <https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223> > > > <https://github.com/cburschka/lyx/b

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

lyx/blob/master/lib/symbols#L1223 <https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223> > <https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223 <https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223>> Indeed. I'm the one who

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

On Tue, 18 Jul 2023 at 16:04, Jean-Marc Lasgouttes wrote: > Le 18/07/2023 à 15:54, Thibaut Cuvelier a écrit : > > Also, we already have macros with parameters: > > https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223 > > <https://github.com/cburschka/lyx/blob/

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

Le 18/07/2023 à 15:54, Thibaut Cuvelier a écrit : Also, we already have macros with parameters: https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223 <https://github.com/cburschka/lyx/blob/master/lib/symbols#L1223> Indeed. I'm the one who pushed that, but it did not impres

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

ros, as I did in > > https://github.com/cburschka/lyx/blob/master/lib/symbols#L1128 > > <https://github.com/cburschka/lyx/blob/master/lib/symbols#L1128>. > > Yes, but macros with parameters? > I did not notice that in your patch (I'm avoiding low-level LaTeX, I find it scary

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

Le 18/07/2023 à 15:36, Thibaut Cuvelier a écrit : For the symbols in your patch, yes, export is currently broken, but it's fixable. I think it would still be fixable in the future with macros, as I did in https://github.com/cburschka/lyx/blob/master/lib/symbols#L1128 <https://gi

Re: [PATCH] Is there a reason for not using macros with arguments in lib/symbols?

On Tue, 18 Jul 2023 at 15:11, Jean-Marc Lasgouttes wrote: > Hello, > > In the attached patch, I am able to support the mod/bmod/pmod/pod macros > by just defining them in lib/symbols with an argument. > > The result is a more pleasing editing process (IMO) and a simpl

[PATCH] Is there a reason for not using macros with arguments in lib/symbols?

Hello, In the attached patch, I am able to support the mod/bmod/pmod/pod macros by just defining them in lib/symbols with an argument. The result is a more pleasing editing process (IMO) and a simplification of the documentation. Since this use of \def is not documented, I have to ask: is

Re: [LyX/master] Fix typos in lib/symbols

Le 24 juillet 2020 12:33:41 GMT+02:00, Enrico Forestieri a écrit : >commit 585da1de4a0e68ba027c1d484b5d67dc2269870e >Author: Enrico Forestieri >Date: Fri Jul 24 12:57:00 2020 +0200 > > Fix typos in lib/symbols > >This amends e8ee0100 and f96b99dc. Tha

Re: Tweaking lib/symbols for XML entities

Guillaume just made me notice a limitation of this patch for MathFactory: with \def, the column for the XML entity was not parsed. It's fixed in this new stand-alone patch (along with small updates in lib/symbols for things I forgot). Thibaut Cuvelier On Thu, 18 Jun 2020 at 23:40, Pavel

Re: Tweaking lib/symbols for XML entities

On Thu, Jun 18, 2020 at 11:35:39PM +0200, Thibaut Cuvelier wrote: > indicating that no real translation was available. I highly suspect that > \varGamma was displayed as "varGamma", i.e. as text, instead of the right > symbol. As far as I know, there is no HTML entity for rare symbols like > \varGa

Re: Tweaking lib/symbols for XML entities

/57272e837b148975817440bdc6a66b9935fa00a3/lib/symbols#L753), indicating that no real translation was available. I highly suspect that \varGamma was displayed as "varGamma", i.e. as text, instead of the right symbol. As far as I know, there is no HTML entity for rare symbols like \varGamma. (By the way, I could

Re: Tweaking lib/symbols for XML entities

On Thu, Jun 18, 2020 at 09:41:10PM +0200, Kornel Benko wrote: > > Mint 19.3 Tara. > > Tricia! Ok, debian based distros seem to be covered, I just checked with another win machine and its fine. I'll comit the last patch. Pavel -- lyx-devel mailing list lyx-devel@lists

Re: Tweaking lib/symbols for XML entities

Am Thu, 18 Jun 2020 21:40:25 +0200 schrieb Kornel Benko : > Am Thu, 18 Jun 2020 21:24:45 +0200 > schrieb Pavel Sanda : > > > On Thu, Jun 18, 2020 at 09:08:07PM +0200, Kornel Benko wrote: > > > I have no problems, if that is the expected line. > > > > Good, what distro? Pavel > > Mint 19

Re: Tweaking lib/symbols for XML entities

Am Thu, 18 Jun 2020 21:24:45 +0200 schrieb Pavel Sanda : > On Thu, Jun 18, 2020 at 09:08:07PM +0200, Kornel Benko wrote: > > I have no problems, if that is the expected line. > > Good, what distro? Pavel Mint 19.3 Tara. Kornel pgpMkJYoL8IYI.pgp Description: Digitale Signatur von Ope

Re: Tweaking lib/symbols for XML entities

On Thu, Jun 18, 2020 at 09:08:07PM +0200, Kornel Benko wrote: > I have no problems, if that is the expected line. Good, what distro? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Tweaking lib/symbols for XML entities

Am Thu, 18 Jun 2020 21:08:07 +0200 schrieb Kornel Benko : > Am Thu, 18 Jun 2020 20:54:08 +0200 > schrieb Pavel Sanda : > > > On Thu, Jun 18, 2020 at 08:46:08PM +0200, Kornel Benko wrote: > > > > > If you go to > > > > > https://en.wikipedia.org/wiki/Mathematical_Alphanumeric_Symbols > > > > > a

Re: Tweaking lib/symbols for XML entities

Am Thu, 18 Jun 2020 20:54:08 +0200 schrieb Pavel Sanda : > On Thu, Jun 18, 2020 at 08:46:08PM +0200, Kornel Benko wrote: > > > > If you go to > > > > https://en.wikipedia.org/wiki/Mathematical_Alphanumeric_Symbols > > > > and check for the U+1D6Ex line do you see some meaningful symbols > > > > li

Re: Tweaking lib/symbols for XML entities

On Thu, Jun 18, 2020 at 08:46:08PM +0200, Kornel Benko wrote: > > > If you go to > > > https://en.wikipedia.org/wiki/Mathematical_Alphanumeric_Symbols > > > and check for the U+1D6Ex line do you see some meaningful symbols > > > like \varGamma in your browsers? > Sorry, I misread the question. Dont

Re: Tweaking lib/symbols for XML entities

Am Thu, 18 Jun 2020 20:44:20 +0200 schrieb Kornel Benko : > Am Thu, 18 Jun 2020 20:01:18 +0200 > schrieb Pavel Sanda : > > > On Mon, Jun 15, 2020 at 02:46:47PM +0200, Thibaut Cuvelier wrote: > > > Here is a new version of the first patch. Indeed, I forgot to completely > > > refactor a few font

Re: Tweaking lib/symbols for XML entities

Am Thu, 18 Jun 2020 20:01:18 +0200 schrieb Pavel Sanda : > On Mon, Jun 15, 2020 at 02:46:47PM +0200, Thibaut Cuvelier wrote: > > Here is a new version of the first patch. Indeed, I forgot to completely > > refactor a few font-related things. It should be much better now. (I also > > removed a meth

Re: Tweaking lib/symbols for XML entities

On Mon, Jun 15, 2020 at 02:46:47PM +0200, Thibaut Cuvelier wrote: > Here is a new version of the first patch. Indeed, I forgot to completely > refactor a few font-related things. It should be much better now. (I also > removed a method declaration that belongs to another DocBook commit down > the l

Re: Tweaking lib/symbols for XML entities

On Thu, Jun 18, 2020 at 05:26:34PM +0200, Jean-Marc Lasgouttes wrote: > Le 18/06/2020 ?? 17:19, Pavel Sanda a écrit : > >Thanks, I committed the first patch with consts added (binding to > >temporaries). > >I propose to drop the second patch altogether. Unless you use simple > >expressions > >cha

Re: Tweaking lib/symbols for XML entities

Le 18/06/2020 à 17:19, Pavel Sanda a écrit : Thanks, I committed the first patch with consts added (binding to temporaries). I propose to drop the second patch altogether. Unless you use simple expressions chaining is not particularly safe, << is not a sequence point so order of evaluation is un

Re: Tweaking lib/symbols for XML entities

On Thu, Jun 18, 2020 at 02:03:38AM +0200, Thibaut Cuvelier wrote: > On Mon, 15 Jun 2020 at 23:51, Pavel Sanda wrote: > > > On Mon, Jun 15, 2020 at 02:46:47PM +0200, Thibaut Cuvelier wrote: > > > Here is a new version of the first patch. Indeed, I forgot to completely > > > refactor a few font-rel

Re: Tweaking lib/symbols for XML entities

On Mon, 15 Jun 2020 at 23:51, Pavel Sanda wrote: > On Mon, Jun 15, 2020 at 02:46:47PM +0200, Thibaut Cuvelier wrote: > > Here is a new version of the first patch. Indeed, I forgot to completely > > refactor a few font-related things. It should be much better now. (I also > > Ok, we are bit closer

Re: Tweaking lib/symbols for XML entities

On Mon, Jun 15, 2020 at 02:46:47PM +0200, Thibaut Cuvelier wrote: > Here is a new version of the first patch. Indeed, I forgot to completely > refactor a few font-related things. It should be much better now. (I also Ok, we are bit closer, I committed update of first patch. There is still missing

Re: Tweaking lib/symbols for XML entities

On Mon, Jun 15, 2020 at 01:48:50PM +0200, Thibaut Cuvelier wrote: > The goal being to completely overhaul that export (i.e. rewrite it), I > don't know if it's helpful to ensure it still works with this patch :/. No it's not. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.ly

Re: Tweaking lib/symbols for XML entities

On Tue, Jun 09, 2020 at 07:02:23PM +0200, Thibaut Cuvelier wrote: > This patch is made so that there should not be any change to the XHTML > output. Oops, I think I waas too fast to accept your changes in the first patch. I see huge diff between the current Math Manual and the pre a6b07608d8e9de

Re: Tweaking lib/symbols for XML entities

On Mon, 15 Jun 2020 at 13:30, Kornel Benko wrote: > Am Mon, 15 Jun 2020 13:21:40 +0200 > schrieb Thibaut Cuvelier : > > > On Mon, 15 Jun 2020 at 12:57, Pavel Sanda wrote: > > > > > On Mon, Jun 15, 2020 at 08:43:39AM +0200, Kornel Benko wrote: > > > > Thanks, no warnings. > > > > > > > > My try t

Re: Tweaking lib/symbols for XML entities

Am Mon, 15 Jun 2020 13:21:40 +0200 schrieb Thibaut Cuvelier : > On Mon, 15 Jun 2020 at 12:57, Pavel Sanda wrote: > > > On Mon, Jun 15, 2020 at 08:43:39AM +0200, Kornel Benko wrote: > > > Thanks, no warnings. > > > > > > My try to export was not successful though. > > > Error: Couldn't expo

Re: Tweaking lib/symbols for XML entities

On Mon, 15 Jun 2020 at 12:57, Pavel Sanda wrote: > On Mon, Jun 15, 2020 at 08:43:39AM +0200, Kornel Benko wrote: > > Thanks, no warnings. > > > > My try to export was not successful though. > > Error: Couldn't export file > > > > No infor

Re: Tweaking lib/symbols for XML entities

On Mon, Jun 15, 2020 at 08:43:39AM +0200, Kornel Benko wrote: > Thanks, no warnings. > > My try to export was not successful though. > Error: Couldn't export file > > No information for exporting the format MS Excel Office Open XML. These

Re: Tweaking lib/symbols for XML entities

Am Mon, 15 Jun 2020 01:54:57 +0200 schrieb Thibaut Cuvelier : ... > > Here is a new version addressing this! I let the function return a docstring, > to avoid > changing too much the initial code without a good reason to do so.  Thanks, no warnings. My try to export was not successful though.

Re: Tweaking lib/symbols for XML entities

Am Mon, 15 Jun 2020 00:57:06 +0200 schrieb Thibaut Cuvelier : > Dear list, > > Here is a new version of the patches with the following changes: > - Kornel's patches for tests/dummy_functions.cpp and tex2lyx/dummy_impl.cpp > - rebased on top of 57272e8 >

Re: Tweaking lib/symbols for XML entities

Am Sun, 14 Jun 2020 23:07:50 +0200 schrieb Pavel Sanda : > On Sun, Jun 14, 2020 at 10:12:31PM +0200, Kornel Benko wrote: > > > Can you try to import my patch into dummy_functions.cpp ? > > > Pavel > > > > Works, if inserted also > > #include "xml.h" > > into src/tests/dummy_functions.cpp.

Re: Tweaking lib/symbols for XML entities

On Sun, Jun 14, 2020 at 10:12:31PM +0200, Kornel Benko wrote: > > Can you try to import my patch into dummy_functions.cpp ? > > Pavel > > Works, if inserted also > #include "xml.h" > into src/tests/dummy_functions.cpp. Cool, can you post the patch for convenience? P -- lyx-devel mailing li

Re: Tweaking lib/symbols for XML entities

Am Sun, 14 Jun 2020 21:37:12 +0200 schrieb Pavel Sanda : > On Sat, Jun 13, 2020 at 02:39:18PM +0200, Kornel Benko wrote: > > > Just checked, same error in cmake build for tex2lyx without Pavel's patch. > > > > > > With the patch it compiles. > > > > > > Kornel > > > > And as expected, break

Re: Tweaking lib/symbols for XML entities

On Sat, Jun 13, 2020 at 02:39:18PM +0200, Kornel Benko wrote: > > Just checked, same error in cmake build for tex2lyx without Pavel's patch. > > > > With the patch it compiles. > > > > Kornel > > And as expected, breaks building of check_layout: Can you try to import my patch into dummy_fun

Re: Tweaking lib/symbols for XML entities

Le 13/06/2020 à 10:21, Kornel Benko a écrit : Or you can add ../xml.o to the link list. Does this work? I think this is in general better than to use a hack. I do not see it as a hack. This is unused code in tex2lyx. And dummy*.cpp is exactly for this purpose there. I know that, I just advoc

Re: Tweaking lib/symbols for XML entities

Am Sat, 13 Jun 2020 14:36:34 +0200 schrieb Kornel Benko : > Am Sat, 13 Jun 2020 10:09:34 +0200 > schrieb Kornel Benko : > > > Am Fri, 12 Jun 2020 13:15:19 +0200 > > schrieb Pavel Sanda : > > > > > On Thu, Jun 11, 2020 at 06:30:22PM +0200, Thibaut Cuvelier wrote: > > > > Yes, the output is

Re: Tweaking lib/symbols for XML entities

Am Sat, 13 Jun 2020 10:09:34 +0200 schrieb Kornel Benko : > Am Fri, 12 Jun 2020 13:15:19 +0200 > schrieb Pavel Sanda : > > > On Thu, Jun 11, 2020 at 06:30:22PM +0200, Thibaut Cuvelier wrote: > > > Yes, the output is identical. I also added some comments. > > > > > > I'm adding a third patch in

Re: Tweaking lib/symbols for XML entities

Am Sat, 13 Jun 2020 00:33:20 +0200 schrieb Jean-Marc Lasgouttes : > Le 12/06/2020 à 23:28, Pavel Sanda a écrit : > > On Fri, Jun 12, 2020 at 01:15:19PM +0200, Pavel Sanda wrote: > > For this part, the attached patch seem to help with autotools. IMHO it would help on cmake build too. > Or you c

Re: Tweaking lib/symbols for XML entities

Am Fri, 12 Jun 2020 13:15:19 +0200 schrieb Pavel Sanda : > On Thu, Jun 11, 2020 at 06:30:22PM +0200, Thibaut Cuvelier wrote: > > Yes, the output is identical. I also added some comments. > > > > I'm adding a third patch in this, I forgot it was necessary??? It is a > > refactoring of XHTMLStream

Re: Tweaking lib/symbols for XML entities

On Sat, Jun 13, 2020 at 12:33:20AM +0200, Jean-Marc Lasgouttes wrote: > Le 12/06/2020 ? 23:28, Pavel Sanda a écrit : > >On Fri, Jun 12, 2020 at 01:15:19PM +0200, Pavel Sanda wrote: > >For this part, the attached patch seem to help with autotools. > > Or you can add ../xml.o to the link list. Does

Re: Tweaking lib/symbols for XML entities

Le 12/06/2020 à 23:28, Pavel Sanda a écrit : On Fri, Jun 12, 2020 at 01:15:19PM +0200, Pavel Sanda wrote: For this part, the attached patch seem to help with autotools. Or you can add ../xml.o to the link list. Does this work? I think this is in general better than to use a hack. It all depend

Re: Tweaking lib/symbols for XML entities

On Fri, Jun 12, 2020 at 01:15:19PM +0200, Pavel Sanda wrote: For this part, the attached patch seem to help with autotools. > CXX dummy_impl.o > CXXLDtex2lyx > dummy_impl.o: In function > `lyx::xml::StartTag::StartTag(std::__cxx11::basic_string std::char_traits, std::allocator > cons

Re: Tweaking lib/symbols for XML entities

On Thu, Jun 11, 2020 at 06:30:22PM +0200, Thibaut Cuvelier wrote: > Yes, the output is identical. I also added some comments. > > I'm adding a third patch in this, I forgot it was necessary??? It is a > refactoring of XHTMLStream as a more generic XMLStream (required for > DocBook, and it has a fe

Re: Tweaking lib/symbols for XML entities

On Tue, Jun 09, 2020 at 07:02:23PM +0200, Thibaut Cuvelier wrote: > This patch is made so that there should not be any change to the XHTML > output. All features are opt-in (name spaces and XML entities). XHTML > output always uses HTML entities (which are very lenient), XML ones should > never be

Re: Tweaking lib/symbols for XML entities

On Wed, May 20, 2020 at 03:02:21AM +0200, Thibaut Cuvelier wrote: > Hi all, > > Again, a new version of the second patch, as I find new things that should > be adapted. Is it good enough to be merged? I skimmed through the pacthes. Given the obselete status of docbook export I do not care that mu

Re: Tweaking lib/symbols for XML entities

On Thu, 14 May 2020 at 20:40, Guenter Milde wrote: > Dear Thibaut, > > On 2020-05-10, Thibaut Cuvelier wrote: > > > In order to ensure a valid DocBook entity with math formulae, the MathML > > generator must produce valid XML. Right now, it "only" produces valid > HTML > > (which is already quite

Re: Tweaking lib/symbols for XML entities

Dear Thibaut, On 2020-05-10, Thibaut Cuvelier wrote: > In order to ensure a valid DocBook entity with math formulae, the MathML > generator must produce valid XML. Right now, it "only" produces valid HTML > (which is already quite an achievement!). The difference is in the > entities: in HTML, yo

Re: Tweaking lib/symbols for XML entities

On Wed, May 13, 2020 at 01:44:43AM +0200, Thibaut Cuvelier wrote: > I am attaching a new version of the patch that does this. Can we get this line in symbols right? #symbolfont charid charid-in-fallback-Xsymbol-font I hope my understanding is correct that with your patch the str

Re: Tweaking lib/symbols for XML entities

tual output. But it certainly could be done. > There are mostly two places where these entities are hard-coded in > LyX: InsetMathDecoration, with only a few entities hard-coded in > source code; I should move those to lib/symbols! > lib/symbols, a much harder thing to change. >

Tweaking lib/symbols for XML entities

the mapping at the *beginning* of the XML document. There are mostly two places where these entities are hard-coded in LyX: InsetMathDecoration, with only a few entities hard-coded in source code; lib/symbols, a much harder thing to change. Here is what I came up with: https://gitlab.com/gadmm/l

Re: [LyX/master] Experiment: limit size of strings read from lib/symbols

Jean-Marc Lasgouttes wrote: > Le 10/03/2017 ?? 16:32, Jean-Marc Lasgouttes a écrit : >> commit 9a013637bbe7c35dc90cb28ff874da99133a1f8b >> Author: Jean-Marc Lasgouttes >> Date: Fri Mar 10 16:29:09 2017 +0100 >> >> Experiment: limit size of strings read fr

Re: [LyX/master] Experiment: limit size of strings read from lib/symbols

Le 10/03/2017 à 16:32, Jean-Marc Lasgouttes a écrit : commit 9a013637bbe7c35dc90cb28ff874da99133a1f8b Author: Jean-Marc Lasgouttes Date: Fri Mar 10 16:29:09 2017 +0100 Experiment: limit size of strings read from lib/symbols Coverity complains that we might read strings that are

Re: lib/symbols issue

Georg Baum wrote: > Am 05.08.2016 um 21:11 schrieb Richard Heck: > >> So far as I can see, the fourth of these, in whichever version, is never >> used in the existing code. > > This was added because the macro machinery did support it already. small correction: it is used by \leq, \geq etc, but

Re: lib/symbols issue

a ?? Hi Richard, the complete file format of lib/symbols needs a redesign. We have different line formats (for fonts, for \def, for special insets etc) which are more or less independent of each other. The inconsistent order in the \def format was chosen for backward compatibility reasons with

lib/symbols issue

When Georg added the ability to assign HTML entities to global math macros, as cc87f810, a comment in the code said: syntax: Either \def\macroname{definition} or \def\macroname{definition} requires or \def\macroname{definition} requires xmlname or \def\macroname{definition} extra xmlname requires

Re: [Cvslog] r27954 - in /lyx-devel/trunk: lib/symbols lib/ui/stdconte...

Enrico Forestieri wrote: > BTW, it is possible to select "mu" as a unit, and this produces latex > errors because mu can only be used with \mskip or \mkern. On the other > hand, mu is most useful in math... Selecting mu produces errors as well in the text version of the space inset, so this is no

Re: [Cvslog] r27954 - in /lyx-devel/trunk: lib/symbols lib/ui/stdconte...

On Tue, Dec 23, 2008 at 06:25:30PM +0100, Georg Baum wrote: > Actually almost nothing has changed, but I saw that I forgot to make hspace > available through the lfuin. This is also fixed now. BTW, it is possible to select "mu" as a unit, and this produces latex errors because mu can only be used

Re: [Cvslog] r27954 - in /lyx-devel/trunk: lib/symbols lib/ui/stdconte...

Pavel Sanda wrote: > please can you keep LyXAction.cpp up-to-date wrt changes in lfuns? Oh, I did not know that. Nice! Actually almost nothing has changed, but I saw that I forgot to make hspace available through the lfuin. This is also fixed now. Georg

Re: [Cvslog] r27954 - in /lyx-devel/trunk: lib/symbols lib/ui/stdconte...

b...@lyx.org wrote: > Author: baum > Date: Mon Dec 22 19:12:32 2008 > New Revision: 27954 > > URL: http://www.lyx.org/trac/changeset/27954 > Log: > fix bug 2558: hspace support in math > > The basic idea was to reuse the corresponding text space inset in the same > fashion as is already done for

Re: [Cvslog] r26348 - in /lyx-devel/trunk: lib/symbols src/mathed/Math...

Enrico Forestieri wrote: On Tue, Sep 09, 2008 at 05:50:41PM -, [EMAIL PROTECTED] wrote: Author: rgheck Date: Tue Sep 9 19:50:37 2008 New Revision: 26348 URL: http://www.lyx.org/trac/changeset/26348 Log: Restore toggling behavior to math bold. With this patch, \boldsymbol behaves

Re: [Cvslog] r26348 - in /lyx-devel/trunk: lib/symbols src/mathed/Math...

ehaves on screen like \mathbf and \mathbf does nothing. Please revert. > I've left mathbf in the symbols file. We should perhaps restore it as > something that can be toggled. > > Modified: > lyx-devel/trunk/lib/symbols > lyx-devel/trunk/src/mathed/MathSupport.cpp >

Re: [Cvslog] r26348 - in /lyx-devel/trunk: lib/symbols src/mathed/Math...

I have no idea what to do here. Advice from the experts? If things need reverting, r26530 is also part of this. rh I've left mathbf in the symbols file. We should perhaps restore it as something that can be toggled. Modified: lyx-devel/trunk/lib/symbols lyx-devel/trunk/src/mathe

Re: [Cvslog] r15471 - /lyx-devel/trunk/lib/symbols

On Sun, Oct 22, 2006 at 11:48:21AM +, [EMAIL PROTECTED] wrote: > Author: poenitz > Date: Sun Oct 22 13:48:21 2006 > New Revision: 15471 > > URL: http://www.lyx.org/trac/changeset/15471 > Log: > convert symbols file to UTF8 > > Modified: > lyx-devel/trunk/

Re: [PATCH] lib/symbols

On Wed, Jan 15, 2003 at 08:39:39PM +0200, Dekel Tsur wrote: > The following patch allows showing all symbols when using the QT frontend in > RH8 (it fixes \Box, \Diamond, \cong, and \surd), and also improve the > appearance of other symbols. Ok. Andre' -- Those who desire to give up Freedom in

Re: [PATCH] lib/symbols

Dekel Tsur <[EMAIL PROTECTED]> writes: | On Wed, Jan 15, 2003 at 07:47:27PM +0100, Lars Gullik Bj?nnes wrote: | > Dekel Tsur <[EMAIL PROTECTED]> writes: | > | > | The following patch allows showing all symbols when using the QT frontend in | > | RH8 (it fixes \Box, \Diamond, \cong, and \surd), an

Re: [PATCH] lib/symbols

On Wed, Jan 15, 2003 at 07:47:27PM +0100, Lars Gullik Bj?nnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | The following patch allows showing all symbols when using the QT frontend in > | RH8 (it fixes \Box, \Diamond, \cong, and \surd), and also improve the > | appearance of other symbols

Re: [PATCH] lib/symbols

Dekel Tsur <[EMAIL PROTECTED]> writes: | The following patch allows showing all symbols when using the QT frontend in | RH8 (it fixes \Box, \Diamond, \cong, and \surd), and also improve the | appearance of other symbols. What QT _not_ on RH8, what about xforms? -- Lgb

[PATCH] lib/symbols

-devel/lib/symbols,v retrieving revision 1.39 diff -u -p -r1.39 symbols --- symbols 20 Dec 2002 18:13:44 - 1.39 +++ symbols 15 Jan 2003 18:32:21 - @@ -350,7 +350,9 @@ sqsubset msa 64 0 m sqsupset msa 65 0 mathrel x mho

Re: lib/symbols

On Wed, Aug 14, 2002 at 12:45:58PM +0200, Herbert Voss wrote: > fix for leo Thanks. I wonder how things like that can sneak it... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)

lib/symbols

fix for leo HErbert -- http://www.lyx.org/help/ Index: symbols === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/symbols,v retrieving revision 1.23 diff -u -r1.23 symbols --- symbols 12 Aug 2002 07:05:01 - 1.23

patch to lib/symbols and lib/bind/math.bind

The following patch expands lib/symbols by a new column which should later contain the XML names of the symbols. Unless somebody finds a way to fill the whole column automatically with the correct values, it would be nice if I could get CVS write access to this file to be able to fill that