Le 06/12/2023 à 00:48, Richard Kimberly Heck a écrit :
I doubt it's worth the effort to get it working again. But maybe just
comment it out, in case anyone decides they want to work on it.
It s commented out at 94118b865e2. The ticket about its resurrection is
here:
https://www.lyx.org/trac
'locked' math inset behaves as a unit
> > > // that is traversed by a single /.
> > > case LFUN_INSET_TOGGLE:
> > > cur.recordUndo();
> > > lock(!lock());
> > > cur.popForward();
> > > break;
> > >
> >
if that is actually related to the issue I was looking at,
but I had never heard of this feature. Does anyone use it? Can someone
give me an example of a case where it is used? Is it indeed saved in the
file format? I think I might find this feature useful.
It is fun to discover new features no matter
if that is actually related to the issue I was looking at,
but I had never heard of this feature. Does anyone use it? Can someone
give me an example of a case where it is used? Is it indeed saved in the
file format? I think I might find this feature useful.
It is fun to discover new features no matter how
if that is actually related to the issue I was looking at,
but I had never heard of this feature. Does anyone use it? Can someone
give me an example of a case where it is used? Is it indeed saved in the
file format? I think I might find this feature useful.
I had never heard of this, but I can see how it would
at,
but I had never heard of this feature. Does anyone use it? Can someone
give me an example of a case where it is used? Is it indeed saved in the
file format? I think I might find this feature useful.
It is fun to discover new features no matter how long I've been around LyX.
Scott
inset-toggle
x.
> > > This doesn't
> > > work for me anymore, and I'm wondering if it is worth the effort to try
> > > to fix it on
> > > my system, or whether I should just drop these tests (in favor of the
> > > XeTeX and
> > > LuaTeX tests).
> > &g
e effort to try to
> > fix it on
> > my system, or whether I should just drop these tests (in favor of the XeTeX
> > and
> > LuaTeX tests).
> >
> > Does the export work for anyone? To check, you first need to uncheck "use
> > system
> &
these tests (in
> favor of the XeTeX and LuaTeX tests).
>
> Does the export work for anyone? To check, you first need to uncheck "use
> system fonts" in document settings.
Works for me. Both on texlive and miktex.
> If it does work, does anyone know whether this converter chain
rop these tests (in favor of the XeTeX and
> LuaTeX
> tests).
>
> Does the export work for anyone? To check, you first need to uncheck "use
> system fonts"
> in document settings.
>
> If it does work, does anyone know whether this converter chain is used in
>
for anyone? To check, you first need to uncheck "use
system fonts" in document settings.
If it does work, does anyone know whether this converter chain is used in
practice these days?
Here is my terminal output with the error:
$ cd lib/examples/he && lyx Welcome.lyx
This is pdfTeX, V
On Mon, Mar 13, 2023 at 09:49:32AM +0100, Jean-Pierre Chrétien wrote:
> Le 13/03/2023 à 09:45, Jean-Pierre Chrétien a écrit :
> > Le 13/03/2023 à 09:38, Jean-Pierre Chrétien a écrit :
>
> >
> > In addition I get this:
> >
> > Warning: Failed to produce 1 preview snippet(s)
> >
>
> Not in
Le 13/03/2023 à 09:45, Jean-Pierre Chrétien a écrit :
Le 13/03/2023 à 09:38, Jean-Pierre Chrétien a écrit :
In addition I get this:
Warning: Failed to produce 1 preview snippet(s)
Not in addition, I get this one whatever the value of QT_QPA_PLATFORM.
--
Jean-Pierre
--
lyx-devel mailing
Le 13/03/2023 à 09:38, Jean-Pierre Chrétien a écrit :
Le 13/03/2023 à 02:25, Scott Kostyshak a écrit :
I get the following messages in the terminal:
QSocketNotifier: Can only be used with threads started with QThread
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
Le 13/03/2023 à 02:25, Scott Kostyshak a écrit :
I get the following messages in the terminal:
QSocketNotifier: Can only be used with threads started with QThread
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
Does anyone else get these with Wayland?
No,; but I
Am Sonntag, dem 12.03.2023 um 21:25 -0400 schrieb Scott Kostyshak:
> I get the following messages in the terminal:
>
> QSocketNotifier: Can only be used with threads started with QThread
> qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
>
> Do
On Sun, Mar 12, 2023 at 09:25:44PM -0400, Scott Kostyshak wrote:
> I get the following messages in the terminal:
>
> QSocketNotifier: Can only be used with threads started with QThread
> qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
>
> Do
I get the following messages in the terminal:
QSocketNotifier: Can only be used with threads started with QThread
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
Does anyone else get these with Wayland?
Scott
signature.asc
Description: PGP signature
--
lyx-devel
On Wed, Mar 09, 2022 at 04:26:33PM +, José Abílio Matos wrote:
> On Tuesday, 8 March 2022 18.21.25 WET Scott Kostyshak wrote:
> > Has anyone tried Mold when linking LyX? I've been curious about it for a
> > while. I just checked Ubuntu 22.04 daily and it has it packaged,
On Tuesday, 8 March 2022 18.21.25 WET Scott Kostyshak wrote:
> Has anyone tried Mold when linking LyX? I've been curious about it for a
> while. I just checked Ubuntu 22.04 daily and it has it packaged, which
> makes it more interesting to try when I find the time.
>
> Some refere
Has anyone tried Mold when linking LyX? I've been curious about it for a
while. I just checked Ubuntu 22.04 daily and it has it packaged, which
makes it more interesting to try when I find the time.
Some references if curious:
https://github.com/rui314/mold/releases/tag/v1.1.1
https
On Wed, Jan 12, 2022 at 04:15:46PM -0500, Richard Kimberly Heck wrote:
> On 1/10/22 13:30, Scott Kostyshak wrote:
> > I'm interested in making a MinGW for a Windows user.
> >
> > From what I understand, development/cmake/scripts/cmingw might be only for
> > Fedora-like distros? At least,
On 1/10/22 13:30, Scott Kostyshak wrote:
I'm interested in making a MinGW for a Windows user.
From what I understand, development/cmake/scripts/cmingw might be only for
Fedora-like distros? At least, mingw32-cmake does not exist on Ubuntu from what
I can see.
I think it will be enough to
I'm interested in making a MinGW for a Windows user.
From what I understand, development/cmake/scripts/cmingw might be only for
Fedora-like distros? At least, mingw32-cmake does not exist on Ubuntu from what
I can see.
There is also a script development/cmake/scripts/xmingw. When I run the
NCY"
> > > Is this actually true?
> >
> > I have an up-to-date TL21 installation and still get the issue. I'm not
> > sure if the quoted statement was meant to be only about pdflatex.
>
> Ok, we'll need to figure out whether there are security implicatio
On Mon, Jun 14, 2021 at 10:19:20AM -0400, Scott Kostyshak wrote:
> > > > > > to need the flag "-dALLOWPSTRANSPARENCY" on TL21. Adding the
> > > > > > following
> > > > > > line to my preferences file fixes some tests:
> > > > > >
> > > > > > \converter "ps" "pdf" "ps2pdf -dALLOWPSTRANSPARENCY
On Mon, Jun 14, 2021 at 11:40:13AM +0200, Pavel Sanda wrote:
> On Sun, Jun 13, 2021 at 11:09:12AM -0400, Scott Kostyshak wrote:
> > On Mon, May 31, 2021 at 02:19:26PM -0400, Scott Kostyshak wrote:
> > > On Mon, May 31, 2021 at 04:57:49PM +0200, Pavel Sanda wrote:
> > > > On Sat, May 29, 2021 at
Am Mon, 14 Jun 2021 11:40:13 +0200
schrieb Pavel Sanda :
> On Sun, Jun 13, 2021 at 11:09:12AM -0400, Scott Kostyshak wrote:
> > On Mon, May 31, 2021 at 02:19:26PM -0400, Scott Kostyshak wrote:
> > > On Mon, May 31, 2021 at 04:57:49PM +0200, Pavel Sanda wrote:
> > > > On Sat, May 29, 2021 at
On Sun, Jun 13, 2021 at 11:09:12AM -0400, Scott Kostyshak wrote:
> On Mon, May 31, 2021 at 02:19:26PM -0400, Scott Kostyshak wrote:
> > On Mon, May 31, 2021 at 04:57:49PM +0200, Pavel Sanda wrote:
> > > On Sat, May 29, 2021 at 01:45:24PM -0400, Scott Kostyshak wrote:
> > > > I think there is a
On Mon, May 31, 2021 at 02:19:26PM -0400, Scott Kostyshak wrote:
> On Mon, May 31, 2021 at 04:57:49PM +0200, Pavel Sanda wrote:
> > On Sat, May 29, 2021 at 01:45:24PM -0400, Scott Kostyshak wrote:
> > > I think there is a related issue: Some exports that use ps2pdf now seem
> > > to need the flag
On Mon, May 31, 2021 at 04:57:49PM +0200, Pavel Sanda wrote:
> On Sat, May 29, 2021 at 01:45:24PM -0400, Scott Kostyshak wrote:
> > I think there is a related issue: Some exports that use ps2pdf now seem
> > to need the flag "-dALLOWPSTRANSPARENCY" on TL21. Adding the following
> > line to my
On Sat, May 29, 2021 at 01:45:24PM -0400, Scott Kostyshak wrote:
> I think there is a related issue: Some exports that use ps2pdf now seem
> to need the flag "-dALLOWPSTRANSPARENCY" on TL21. Adding the following
> line to my preferences file fixes some tests:
>
> \converter "ps" "pdf" "ps2pdf
Am Sun, 30 May 2021 13:21:18 -0400
schrieb Scott Kostyshak :
> On Sun, May 30, 2021 at 09:12:35AM +0200, Kornel Benko wrote:
> > Am Sun, 30 May 2021 08:56:17 +0200
> > schrieb Kornel Benko :
> >
> > > > I took a look at sub getConverter($$) but I'm not sure my Perl skills
> > > > are good
On Sun, May 30, 2021 at 09:12:35AM +0200, Kornel Benko wrote:
> Am Sun, 30 May 2021 08:56:17 +0200
> schrieb Kornel Benko :
>
> > > I took a look at sub getConverter($$) but I'm not sure my Perl skills
> > > are good enough to create a non-hackish patch. Kornel, are you
> > > interested?
> > >
>
Am Sun, 30 May 2021 08:56:17 +0200
schrieb Kornel Benko :
> > I took a look at sub getConverter($$) but I'm not sure my Perl skills
> > are good enough to create a non-hackish patch. Kornel, are you
> > interested?
> >
> > Scott
>
> I will have a look.
>
and here the patch.
Kornel
Am Sat, 29 May 2021 13:45:24 -0400
schrieb Scott Kostyshak :
> On Sun, May 23, 2021 at 10:24:15AM +0200, Kornel Benko wrote:
> > Am Sat, 22 May 2021 21:43:18 -0400
> > schrieb Scott Kostyshak :
> >
> > > On Sat, May 22, 2021 at 05:26:10PM +0200, Kornel Benko wrote:
> > > > Am Sat, 22 May
On Sun, May 23, 2021 at 10:24:15AM +0200, Kornel Benko wrote:
> Am Sat, 22 May 2021 21:43:18 -0400
> schrieb Scott Kostyshak :
>
> > On Sat, May 22, 2021 at 05:26:10PM +0200, Kornel Benko wrote:
> > > Am Sat, 22 May 2021 16:51:43 +0200
> > > schrieb Jürgen Spitzmüller :
> > >
> > > > Am
Am Sat, 22 May 2021 21:43:18 -0400
schrieb Scott Kostyshak :
> On Sat, May 22, 2021 at 05:26:10PM +0200, Kornel Benko wrote:
> > Am Sat, 22 May 2021 16:51:43 +0200
> > schrieb Jürgen Spitzmüller :
> >
> > > Am Samstag, dem 22.05.2021 um 16:33 +0200 schrieb Kornel Benko:
> > > > Fine. But how
On Sat, May 22, 2021 at 05:26:10PM +0200, Kornel Benko wrote:
> Am Sat, 22 May 2021 16:51:43 +0200
> schrieb Jürgen Spitzmüller :
>
> > Am Samstag, dem 22.05.2021 um 16:33 +0200 schrieb Kornel Benko:
> > > Fine. But how to explain that running with 2020-dvipdfmx compiles on
> > > TL20, but the
Am Sat, 22 May 2021 16:51:43 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 22.05.2021 um 16:33 +0200 schrieb Kornel Benko:
> > Fine. But how to explain that running with 2020-dvipdfmx compiles on
> > TL20, but the same dvipdfmx (copied from TL20) fails if using TL20 env.
>
> Stricter
Am Samstag, dem 22.05.2021 um 16:33 +0200 schrieb Kornel Benko:
> Fine. But how to explain that running with 2020-dvipdfmx compiles on
> TL20, but the same dvipdfmx (copied from TL20) fails if using TL20 env.
Stricter security measures have been introduced with TL 21 [1].
The produced DVI is
Am Sat, 22 May 2021 16:07:17 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 22.05.2021 um 15:13 +0200 schrieb Kornel Benko:
> > > what is the behavior on the released TexLive 2021?
> >
> > Still same. Does not compile due to error from dvipdfmx.
>
> The issue I have linked to has been
Am Samstag, dem 22.05.2021 um 16:23 +0200 schrieb Kornel Benko:
> > Who is "we"?
>
> Peoples running the tests?
But if this just hides a real bug, what is the purpose of changing the
tests?
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
Am Sat, 22 May 2021 16:06:26 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 22.05.2021 um 14:37 +0200 schrieb Kornel Benko:
> > Is there any reason why we have to compile with platex?
>
> Who is "we"?
Peoples running the tests?
> > Selecting non-text fonts, the compilation succeeds
Am Samstag, dem 22.05.2021 um 15:13 +0200 schrieb Kornel Benko:
> > what is the behavior on the released TexLive 2021?
>
> Still same. Does not compile due to error from dvipdfmx.
The issue I have linked to has been fixed, so this must be something
else and should be reported to the dvipdfmx
Am Samstag, dem 22.05.2021 um 14:37 +0200 schrieb Kornel Benko:
> Is there any reason why we have to compile with platex?
Who is "we"?
> Selecting non-text fonts, the compilation succeeds (with lualatex and
> also with xetex).
Fine, but I suppose some people still prefer to use platex. So even
Am Sat, 22 May 2021 14:56:58 +0200
schrieb Dr Eberhard W Lisse :
> And,
>
> what is the behavior on the released TexLive 2021?
Still same. Does not compile due to error from dvipdfmx.
> el
>
> On 2021-05-22 14:37 , Kornel Benko wrote:
> > Am Tue, 23 Mar 2021 10:50:16 -0400
> > schrieb Scott
And,
what is the behavior on the released TexLive 2021?
el
On 2021-05-22 14:37 , Kornel Benko wrote:
Am Tue, 23 Mar 2021 10:50:16 -0400
schrieb Scott Kostyshak :
On Mon, Mar 22, 2021 at 11:52:49AM +0100, Jürgen Spitzmüller wrote:
Am Montag, dem 22.03.2021 um 10:51 +0100 schrieb Kornel
Am Tue, 23 Mar 2021 10:50:16 -0400
schrieb Scott Kostyshak :
> On Mon, Mar 22, 2021 at 11:52:49AM +0100, Jürgen Spitzmüller wrote:
> > Am Montag, dem 22.03.2021 um 10:51 +0100 schrieb Kornel Benko:
> > > Same here. Error in running
> > > dvipdfmx -o ...
> >
> > Maybe
On Mon, Mar 22, 2021 at 11:52:49AM +0100, Jürgen Spitzmüller wrote:
> Am Montag, dem 22.03.2021 um 10:51 +0100 schrieb Kornel Benko:
> > Same here. Error in running
> > dvipdfmx -o ...
>
> Maybe https://tug.org/pipermail/tex-live/2021-March/046609.html
Thanks for confirming Kornel, and for
Am Montag, dem 22.03.2021 um 10:51 +0100 schrieb Kornel Benko:
> Same here. Error in running
> dvipdfmx -o ...
Maybe https://tug.org/pipermail/tex-live/2021-March/046609.html
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
Am Wed, 17 Mar 2021 22:44:24 -0400
schrieb Scott Kostyshak :
> The ctests for the Japanese LilyPond example file are failing on TeX
> Live 2021 pretest. Attached is a minimal example. It compiles for me on
> TeX Live 2020 but not TeX LIve 2021 pretest. Is anyone using the pretest
. Is anyone using the pretest
and can confirm it fails for you?
Scott
--
To email me replace 'nospam' with 'el'
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
The ctests for the Japanese LilyPond example file are failing on TeX
Live 2021 pretest. Attached is a minimal example. It compiles for me on
TeX Live 2020 but not TeX LIve 2021 pretest. Is anyone using the pretest
and can confirm it fails for you?
Scott
LilyPond_Book.lyx
Description
Am Mittwoch, 3. Mai 2017 um 14:57:11, schrieb Jean-Marc Lasgouttes
> Le 03/05/2017 à 14:40, Kornel Benko a écrit :
> > Just compiled. This are the logged warnings:
> > /usr/src/lyx/lyx-git/3rdparty/mythes/1.2.5/mythes.cxx:51:29: warning:
> > comparison between signed and
Le 03/05/2017 à 14:40, Kornel Benko a écrit :
Just compiled. This are the logged warnings:
/usr/src/lyx/lyx-git/3rdparty/mythes/1.2.5/mythes.cxx:51:29: warning:
comparison between signed and unsigned integer expressions [-Wsign-compare]
Am Mittwoch, 3. Mai 2017 um 13:54:14, schrieb Jean-Marc Lasgouttes
<lasgout...@lyx.org>
> Le 03/05/2017 à 13:21, Scott Kostyshak a écrit :
> > I'm just curious, has anyone tested compiling master with GCC 7.1?
> > I'm wondering if any of the changes [1] affect LyX.
>
>
Le 03/05/2017 à 13:21, Scott Kostyshak a écrit :
I'm just curious, has anyone tested compiling master with GCC 7.1?
I'm wondering if any of the changes [1] affect LyX.
Not me. Latest ubuntu has 6.3.
We might have some new warnings, although clang++ does not show any (and
we use coverity now
I'm just curious, has anyone tested compiling master with GCC 7.1?
I'm wondering if any of the changes [1] affect LyX.
Scott
[1]
https://gcc.gnu.org/gcc-7/changes.html
signature.asc
Description: PGP signature
On Mon, Apr 10, 2017 at 12:22:26AM -0400, Scott Kostyshak wrote:
> Dear all,
>
> Is anyone planning to test TL 2017 pretest? It begins 16 April [1]. I am
> planning to install it and run all of our export tests. Some will surely
> fail. And then it will be a question of whether we
Dear all,
Is there anyone who would like to run the ctests but currently cannot
because of some reason (e.g. error)?
Running all of the ctests can take a long time, but perhaps you want to
know how to run only some of them? Please feel free to ask any question.
Scott
signature.asc
Description
Dear all,
Is anyone planning to test TL 2017 pretest? It begins 16 April [1]. I am
planning to install it and run all of our export tests. Some will surely
fail. And then it will be a question of whether we need to change our
LaTeX export. Hopefully we will not, but it is good to plan
ld-lyx-using-ubuntu-latest-qt5-cmake"
> to build LyX as if the build was done in a Ubuntu environment.
>
> In case anyone would like to test this (e.g. to better be able to help me
> figure out why a specific build configuration isn't producing the source
> pacakge), here's the
Hi,
I've tested to compile LyX locally using one of the Docker containers, i.e.
I was on a mac and used the Docker image
"build-lyx-using-ubuntu-latest-qt5-cmake" to build LyX as if the build was
done in a Ubuntu environment.
In case anyone would like to test this (e.g. to better be ab
Am 07.01.2016 um 19:04 schrieb Scott Kostyshak :
>
> On Wed, Jan 06, 2016 at 06:58:37PM +0100, Peter Kümmel wrote:
>>
>>
>> Am 28.12.2015 um 14:48 schrieb Scott Kostyshak:
Ah, the cmakebin variable is not set, a rest of the bot script. Replacing
the variable by
Am 28.12.2015 um 14:48 schrieb Scott Kostyshak:
Ah, the cmakebin variable is not set, a rest of the bot script. Replacing the
variable by cmake should fix it.
committed this.
Yes this was the problem. There seem to be several unset variables. Can
we use
set -u
with /bin/sh or is that
11:07:18AM +0100, Peter Kümmel wrote:
> >> > Am 28. Dezember 2015 07:28:55 MEZ, schrieb Scott Kostyshak
> ><skost...@lyx.org>:
> >> > >On Sun, Dec 27, 2015 at 05:52:04AM -0500, Scott Kostyshak wrote:
> >> > >> Peter recently added a script to bu
, schrieb Scott Kostyshak
><skost...@lyx.org>:
>> > >On Sun, Dec 27, 2015 at 05:52:04AM -0500, Scott Kostyshak wrote:
>> > >> Peter recently added a script to build LyX with mingw, but it
>does
>> > >not
>> > >> work for me. Does i
Am Montag, 28. Dezember 2015 um 13:06:14, schrieb Kornel Benko
> Am Montag, 28. Dezember 2015 um 12:56:01, schrieb Kornel Benko
>
> >
> > So we need g++-mingw-w64-i686 package too (not only gcc-mingw-w64-i686)
> >
> > Now it started ...
> >
>
> And stopped
I've come across a bug when using LyX compiled against Qt's dev branch
(which is what will become version 5.5). I have no idea if the bug is
on the Qt side, or if a LyX bug somehow was surfaced; or if the
behavior is specific to something specific to my setup. I would thus
like to see if someone
I've come across a bug when using LyX compiled against Qt's dev branch
(which is what will become version 5.5). I have no idea if the bug is
on the Qt side, or if a LyX bug somehow was surfaced; or if the
behavior is specific to something specific to my setup. I would thus
like to see if someone
Is anyone out there using 2.2dev on Windows? If so, could you have a
look at bug #9234?
Thanks,
Richard
Is anyone out there using 2.2dev on Windows? If so, could you have a
look at bug #9234?
Thanks,
Richard
to see if (1)
anyone else has noticed this or I am just being picky/ I have a slow
computer; and (2) if anyone has an idea why it is slow.
Are these modules in the recent layout format? Maybe some layout2layout
conversion takes time.
Jürgen
Scott
that and thought I would check in here first to see if (1)
anyone else has noticed this or I am just being picky/ I have a slow
computer; and (2) if anyone has an idea why it is slow.
Are these modules in the recent layout format? Maybe some layout2layout
conversion takes time.
I'm not sure why
,
updateModuleInfo() is called three times. I have not investigated much
beyond that and thought I would check in here first to see if (1)
anyone else has noticed this or I am just being picky/ I have a slow
computer; and (2) if anyone has an idea why it is slow.
Are these modules in the recent
ed much
> beyond that and thought I would check in here first to see if (1)
> anyone else has noticed this or I am just being picky/ I have a slow
> computer; and (2) if anyone has an idea why it is slow.
Are these modules in the recent layout format? Maybe some layout2layout
conversion takes time.
Jürgen
>
> Scott
ot investigated much
beyond that and thought I would check in here first to see if (1)
anyone else has noticed this or I am just being picky/ I have a slow
computer; and (2) if anyone has an idea why it is slow.
Are these modules in the recent layout format? Maybe some layout2layout
conversion takes
other parts of LyX, it feels a little slow to
>>> me.
>>>
>>> One thing I've noticed is that every time I click "Add",
>>> updateModuleInfo() is called three times. I have not investigated much
>>> beyond that and thought I would check in here
to other parts of LyX, it feels a little slow to
me.
One thing I've noticed is that every time I click Add,
updateModuleInfo() is called three times. I have not investigated much
beyond that and thought I would check in here first to see if (1)
anyone else has noticed this or I am just being picky/ I
t relative to other parts of LyX, it feels a little slow to
me.
One thing I've noticed is that every time I click "Add",
updateModuleInfo() is called three times. I have not investigated much
beyond that and thought I would check in here first to see if (1)
anyone else has noticed this or I am
On 11/01/2011 02:56 PM, Vincent van Ravesteijn wrote:
So, did you find something to implement ?
Nothing that would be simple enough for me. It will take a year, I
guess, until I understand how to deal with a project of this size (given
that I come to it only from time to time)
Yet, I'd
On 11/01/2011 02:56 PM, Vincent van Ravesteijn wrote:
So, did you find something to implement ?
Nothing that would be simple enough for me. It will take a year, I
guess, until I understand how to deal with a project of this size (given
that I come to it only from time to time)
Yet, I'd
in understanding all the
layers of the code, actions taken between them, etc.
The existing code not thoroughly commented, if at all, and it's
sometimes hard to guess what some methods are for.
Is there anyone here willing to write a short summary, or an
introduction to programming LyX? Someone who has
fficulties in understanding all the
layers of the code, actions taken between them, etc.
The existing code not thoroughly commented, if at all, and it's
sometimes hard to guess what some methods are for.
Is there anyone here willing to write a short summary, or an
introduction to programming LyX? Someo
On 30/10/2011 04:18, Xu Wang wrote:
I agree with you Philip! I have been wanting to write a similar email
for a while. I would love to help develop LyX. In fact, I learned C++
with that being my primary purpose. But I am still lost when trying to
navigate the code.
I would love for some of
On 30/10/2011 02:59, PhilipPirrip wrote:
Hi Vincent. Thanks for the reply. One day I hope there would emerge a
sort of an overview of the whole code, to help the new beginners.
I'm sure that making inset by coping some other shouldn't be that
hard. But then it comes to all sorts of things that
On 10/30/2011 07:39 AM, Abdelrazak Younes wrote:
For example, what would need to be changed if I
just introduce \begin{otherlanguage}{xyz} \end{otherlanguage} as the
environment of the inset?
Probably no source code change is required for that simple change. Have
a look at InsetFlex.
Think I
Op 30-10-2011 2:59, PhilipPirrip schreef:
Hi Vincent. Thanks for the reply. One day I hope there would emerge a
sort of an overview of the whole code, to help the new beginners.
I'm sure that making inset by coping some other shouldn't be that
hard. But then it comes to all sorts of things that
On 10/30/2011 08:32 AM, Vincent van Ravesteijn wrote:
We are trying to generalise the Insets a bit, so that we don't need a
special class of Insets for all latex commands there are out there. So,
like Abdel said, if this can be done via an InsetFlex it would be
preferable. But if you want a nice
Op 30-10-2011 8:53, PhilipPirrip schreef:
On 10/30/2011 08:32 AM, Vincent van Ravesteijn wrote:
We are trying to generalise the Insets a bit, so that we don't need a
special class of Insets for all latex commands there are out there. So,
like Abdel said, if this can be done via an InsetFlex it
On 10/30/2011 09:16 AM, Vincent van Ravesteijn wrote:
This makes me to think to introduce a property editor that a lot of
applications have.
If I understood correctly, this would be great, and would also enhance
many existing insets.
My idea about this is that you want the *.layout file* to
On 10/30/2011 03:32 AM, Vincent van Ravesteijn wrote:
Op 30-10-2011 2:59, PhilipPirrip schreef:
First of all, be sure that people think that a foreign language inset
is useful. Otherwise, it might be a waste of your time implementing
something that may not be used.
I've just tried to
2011/10/30 Richard Heck rgh...@comcast.net:
On 10/30/2011 03:32 AM, Vincent van Ravesteijn wrote:
Op 30-10-2011 2:59, PhilipPirrip schreef:
First of all, be sure that people think that a foreign language inset
is useful. Otherwise, it might be a waste of your time implementing
something that
On 10/30/2011 04:48 PM, Liviu Andronic wrote:
2011/10/30 Richard Heck rgh...@comcast.net:
On 10/30/2011 03:32 AM, Vincent van Ravesteijn wrote:
Op 30-10-2011 2:59, PhilipPirrip schreef:
First of all, be sure that people think that a foreign language inset
is useful. Otherwise, it might be a
On 30/10/2011 04:18, Xu Wang wrote:
I agree with you Philip! I have been wanting to write a similar email
for a while. I would love to help develop LyX. In fact, I learned C++
with that being my primary purpose. But I am still lost when trying to
navigate the code.
I would love for some of
On 30/10/2011 02:59, PhilipPirrip wrote:
Hi Vincent. Thanks for the reply. One day I hope there would emerge a
sort of an overview of the whole code, to help the new beginners.
I'm sure that making inset by coping some other shouldn't be that
hard. But then it comes to all sorts of things that
On 10/30/2011 07:39 AM, Abdelrazak Younes wrote:
For example, what would need to be changed if I
just introduce \begin{otherlanguage}{xyz} \end{otherlanguage} as the
environment of the inset?
Probably no source code change is required for that simple change. Have
a look at InsetFlex.
Think I
Op 30-10-2011 2:59, PhilipPirrip schreef:
Hi Vincent. Thanks for the reply. One day I hope there would emerge a
sort of an overview of the whole code, to help the new beginners.
I'm sure that making inset by coping some other shouldn't be that
hard. But then it comes to all sorts of things that
On 10/30/2011 08:32 AM, Vincent van Ravesteijn wrote:
We are trying to generalise the Insets a bit, so that we don't need a
special class of Insets for all latex commands there are out there. So,
like Abdel said, if this can be done via an InsetFlex it would be
preferable. But if you want a nice
1 - 100 of 343 matches
Mail list logo