On Fri, Jun 07, 2024 at 04:29:00PM +0200, Enrico Forestieri wrote:
> I uploaded all necessary packages for building old version of lyx into
> wiki-uploads and created the page https://wiki.lyx.org/LyX/Flashback with
> instructions for building. I also uploaded already built packages for those
>
On Mon, Jun 03, 2024 at 12:07:45PM +0200, Pavel Sanda wrote:
On Mon, Jun 03, 2024 at 12:02:03AM +0200, Enrico Forestieri wrote:
> This could go either to our wiki (with deps and packages into
wiki-uploads.git)
> or it could go into https://www.lyx.org/misc/archaeology/
>
On Sun, Jun 02, 2024 at 12:50:48AM GMT, Enrico Forestieri wrote:
> On Fri, May 31, 2024 at 12:05:01PM -0400, Scott Kostyshak wrote:
> >
> > Occassionally I see someone (maybe Enrico or JMarc?) mention they
> > checked something on a very old version of LyX to see if some behavior
> > is how it's
On Mon, Jun 03, 2024 at 12:02:03AM +0200, Enrico Forestieri wrote:
> > This could go either to our wiki (with deps and packages into
> > wiki-uploads.git)
> > or it could go into https://www.lyx.org/misc/archaeology/
> > (www-user.git:/misc/archaeology/), up to you.
>
> Please, explain how to do
On Sun, Jun 02, 2024 at 12:20:39PM +0200, Pavel Sanda wrote:
Could you make it available with few comments about build/install?
Sure.
This could go either to our wiki (with deps and packages into wiki-uploads.git)
or it could go into https://www.lyx.org/misc/archaeology/
On Sun, Jun 02, 2024 at 12:50:48AM +0200, Enrico Forestieri wrote:
> Of course, you also need Qt3 and corresponding development files. However,
> if you are interested, I can provide everything is necessary:
> $ ls -l /usr/local/src/pkgs/qt3/
> totale 9344
> -rw-r--r-- 1 ef 137708 6 ago 2015
On Fri, May 31, 2024 at 12:05:01PM -0400, Scott Kostyshak wrote:
Occassionally I see someone (maybe Enrico or JMarc?) mention they
checked something on a very old version of LyX to see if some behavior
is how it's always been. How do you do that? Does that version fun on
your current
On Sat, Jun 01, 2024 at 08:25:01AM GMT, Pavel Sanda wrote:
> On Fri, May 31, 2024 at 05:55:32PM -0400, Scott Kostyshak wrote:
> > > https://snapshot.debian.org/ is another option.
> >
> > Sorry for my ignorance---it's another option intead of docker, or for the
> > archive of packages?
>
> The
On Fri, May 31, 2024 at 10:54:33PM GMT, José Matos wrote:
> On Fri, 2024-05-31 at 22:38 +0200, Pavel Sanda wrote:
> > If it's not on mirrors anymore it get's moved to archive.debian.org
> > and stays there forever. So you need to change URL for apt.
> > https://snapshot.debian.org/ is another
On Fri, May 31, 2024 at 05:55:32PM -0400, Scott Kostyshak wrote:
> > https://snapshot.debian.org/ is another option.
>
> Sorry for my ignorance---it's another option intead of docker, or for the
> archive of packages?
The latter. Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
On Fri, May 31, 2024 at 10:38:04PM GMT, Pavel Sanda wrote:
> On Fri, May 31, 2024 at 04:22:33PM -0400, Scott Kostyshak wrote:
> > Thanks, this is all very helpful. Another question: for "build-dep lyx",
> > the image will need to download packages from a repository. But for old
> > Debian, are
On Fri, 2024-05-31 at 22:38 +0200, Pavel Sanda wrote:
> If it's not on mirrors anymore it get's moved to archive.debian.org
> and stays there forever. So you need to change URL for apt.
> https://snapshot.debian.org/ is another option.
>
> Pavel
FWIW the same applies for Fedora after the
On Fri, May 31, 2024 at 04:22:33PM -0400, Scott Kostyshak wrote:
> Thanks, this is all very helpful. Another question: for "build-dep lyx", the
> image will need to download packages from a repository. But for old Debian,
> are there still repositories that have the right packages for it?
If
On Fri, May 31, 2024 at 09:49:01PM GMT, Pavel Sanda wrote:
> On Fri, May 31, 2024 at 03:14:38PM -0400, Scott Kostyshak wrote:
> > I don't know anything about containers but I want to learn. From what I
> > understand of your description, the docker image you started with was a
> > docker image
On Fri, May 31, 2024 at 03:14:38PM -0400, Scott Kostyshak wrote:
> I don't know anything about containers but I want to learn. From what I
> understand of your description, the docker image you started with was a
> docker image of very old debian and, it had nothing to do specifically with
>
On Fri, May 31, 2024 at 08:49:18PM GMT, Pavel Sanda wrote:
> On Fri, May 31, 2024 at 02:27:07PM -0400, Scott Kostyshak wrote:
> > > I have also docker image with the lyx tree which I was using while ago
> > > when bisecting some gcc compatibilty issue heading back into qt4
> > > territory...
> >
On Fri, May 31, 2024 at 02:27:07PM -0400, Scott Kostyshak wrote:
> > I have also docker image with the lyx tree which I was using while ago when
> > bisecting some gcc compatibilty issue heading back into qt4 territory...
>
> I'm very interested in the details of this. Did you do the actual
On Fri, May 31, 2024 at 08:16:43PM GMT, Pavel Sanda wrote:
> On Fri, May 31, 2024 at 12:05:01PM -0400, Scott Kostyshak wrote:
> > Thinking ahead, how can I run 2.4.0 in several years when it will be hard
> > to compile it (because of changes to compilers or availa
On Fri, May 31, 2024 at 12:05:01PM -0400, Scott Kostyshak wrote:
> Thinking ahead, how can I run 2.4.0 in several years when it will be hard to
> compile it (because of changes to compilers or available Qt versions)?
For the 2.4 there was recent flatpack package build. I did not try on
On Fri, 2024-05-31 at 12:05 -0400, Scott Kostyshak wrote:
> I'm guessing the answer has to do with containers?
>
> Scott
I have also thought about this a lot (because of the file format and to
have the original lyx to generate it) and my conclusion is similar to
yours.
Apologies for not adding
operating system installed?
Thinking ahead, how can I run 2.4.0 in several years when it will be hard to
compile it (because of changes to compilers or available Qt versions)?
I'm guessing the answer has to do with containers?
Scott
signature.asc
Description: PGP signature
--
lyx-devel
scott/lyxbuilds/2.3.x/CMakeBuild/po/lyx2.3.cat_tmp.pot
> > > Traceback (most recent call last):
> > >File "/home/scott/lyxbuilds/2.3.x/repo/development/cmake/po/cat.py",
> > > line 34, in
> > > fil = open(f, "rU")
> > >
d.make:1384:
po/lyx2.3.cat.pot] Error 1
Can I cherry-pick to 2.3.x?
Additionally to build I needed to cherry-pick 8c4d6bbb.
Is that OK also?
Yes, go ahead.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
: invalid mode: 'rU'
> make[2]: *** [po/CMakeFiles/translations.dir/build.make:1384:
> po/lyx2.3.cat.pot] Error 1
>
> Can I cherry-pick to 2.3.x?
Additionally to build I needed to cherry-pick 8c4d6bbb.
Is that OK also?
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
repo/development/cmake/po/cat.py", line 34,
in
fil = open(f, "rU")
^
ValueError: invalid mode: 'rU'
make[2]: *** [po/CMakeFiles/translations.dir/build.make:1384:
po/lyx2.3.cat.pot] Error 1
Can I cherry-pick to 2.3.x?
Scott
signature.asc
Description: PGP
Am Thu, 18 May 2023 10:56:21 -0400
schrieb Richard Kimberly Heck :
> On 5/18/23 10:26, Kornel Benko wrote:
> > Specifically I would like to know if the component toString() in class
> > Inset is
> > overridden.
>
> https://en.cppreference.com/w/cpp/types/is_same
>
>
> > To solution for
On 5/18/23 10:26, Kornel Benko wrote:
Specifically I would like to know if the component toString() in class Inset is
overridden.
https://en.cppreference.com/w/cpp/types/is_same
To solution for #12783 would be ATM the attached, but I'd like to have it done
for other insets too.
Why does
Specifically I would like to know if the component toString() in class Inset is
overridden.
To solution for #12783 would be ATM the attached, but I'd like to have it done
for
other insets too.
Kornel
diff --git a/src/Paragraph.cpp b/src/Paragraph.cpp
index b8819fdf1b..6ce3ce08ff 100644
On Mon, Dec 19, 2022 at 12:04:44PM +0100, Daniel wrote:
> I am surprised there is a beta1. There is none here:
>
> https://ftp.lip6.fr/pub/lyx/devel/lyx-2.4/
>
> Where can one download it?
Well, it never really took off, except of brief tarball availibility on
google drive which is no more
On 2022-12-10 14:52, Scott Kostyshak wrote:
On Sat, Dec 10, 2022 at 11:48:24AM +, José Matos wrote:
On Fri, 2022-12-09 at 17:11 -0500, Richard Kimberly Heck wrote:
I think it's ok myself. But we could also go ahead and produce a new
alpha. I can do that if you wish, when I do the 2.3.7
On Sun, Dec 11, 2022 at 06:00:29PM +, José Matos wrote:
> On Fri, 2022-12-09 at 12:28 -0500, Scott Kostyshak wrote:
> > This commit used the LyX binary to write the new .lyx files since
> > lyx2lyx does not apply semantic linefeeds.
>
> This is something that needs to be done. It is not high
On Fri, 2022-12-09 at 12:28 -0500, Scott Kostyshak wrote:
> This commit used the LyX binary to write the new .lyx files since
> lyx2lyx does not apply semantic linefeeds.
This is something that needs to be done. It is not high priority but it
should be done to keep to output of lyx2lyx as similar
On Sat, Dec 10, 2022 at 12:08:55AM -0500, Scott Kostyshak wrote:
> On Fri, Dec 09, 2022 at 05:11:28PM -0500, Richard Kimberly Heck wrote:
> > On 12/9/22 14:40, Scott Kostyshak wrote:
> > > On Fri, Dec 09, 2022 at 07:19:37PM +0100, Pavel Sanda wrote:
> > > > On Fri, Dec 09, 2022 at 12:28:41PM
On Sat, Dec 10, 2022 at 11:48:24AM +, José Matos wrote:
> On Fri, 2022-12-09 at 17:11 -0500, Richard Kimberly Heck wrote:
> > I think it's ok myself. But we could also go ahead and produce a new
> > alpha. I can do that if you wish, when I do the 2.3.7 tarball this
> > weekend.
> >
> > Riki
On Fri, 2022-12-09 at 17:11 -0500, Richard Kimberly Heck wrote:
> I think it's ok myself. But we could also go ahead and produce a new
> alpha. I can do that if you wish, when I do the 2.3.7 tarball this
> weekend.
>
> Riki
If you do this (for 2.4) please call it beta-2 since we already have a
On Fri, Dec 09, 2022 at 05:11:28PM -0500, Richard Kimberly Heck wrote:
> On 12/9/22 14:40, Scott Kostyshak wrote:
> > On Fri, Dec 09, 2022 at 07:19:37PM +0100, Pavel Sanda wrote:
> > > On Fri, Dec 09, 2022 at 12:28:41PM -0500, Scott Kostyshak wrote:
> > > > OK to push?
> > > I'm not happy about
On 12/9/22 14:40, Scott Kostyshak wrote:
On Fri, Dec 09, 2022 at 07:19:37PM +0100, Pavel Sanda wrote:
On Fri, Dec 09, 2022 at 12:28:41PM -0500, Scott Kostyshak wrote:
OK to push?
I'm not happy about updating Additional.lyx as John doesn't have
up-to-date lyx binary and will stop him from
On Fri, Dec 09, 2022 at 07:19:37PM +0100, Pavel Sanda wrote:
> On Fri, Dec 09, 2022 at 12:28:41PM -0500, Scott Kostyshak wrote:
> > OK to push?
>
> I'm not happy about updating Additional.lyx as John doesn't have
> up-to-date lyx binary and will stop him from updates.
Makes sense. I'll exclude
On Fri, Dec 09, 2022 at 12:28:41PM -0500, Scott Kostyshak wrote:
> OK to push?
I'm not happy about updating Additional.lyx as John doesn't have
up-to-date lyx binary and will stop him from updates.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
I wanted to check before pushing the commit, because even if I revert
that will be a non-trivial weight in the commit history.
Here is the commit message:
---
Update format of docs using LyX binary
Especially after the change to use semantic linefeeds
On Sat, May 20, 2017 at 12:37:59PM +0200, Christian Ridderström wrote:
> On 18 May 2017 at 09:09, Stephan Witt wrote:
>
> > For me - on Mac - it has always been like this. It’s not a big deal IMO to
> > choose anonymous and proceed. Therefore I didn’t complain :)
> > OTOH how
On 20/05/2017 10:37 p.m., Christian Ridderström wrote:
On 18 May 2017 at 09:09, Stephan Witt > wrote:
For me - on Mac - it has always been like this. It’s not a big deal
IMO to choose anonymous and proceed. Therefore I didn’t complain :)
On 18 May 2017 at 09:09, Stephan Witt wrote:
> For me - on Mac - it has always been like this. It’s not a big deal IMO to
> choose anonymous and proceed. Therefore I didn’t complain :)
> OTOH how would you connect in case you want using a name/password if
> you’re not asked for?
Am 17.05.2017 um 23:06 schrieb Christian Ridderström :
>
> On 17 May 2017 at 23:02, Christian Ridderström wrote:
> On 17 May 2017 at 22:47, Fan Zhang wrote:
> I was asked for a username and password from ftp://ftp.lyx.org
>
> I don’t know how I
On Wed, May 17, 2017 at 11:06:08PM +0200, Christian Ridderström wrote:
> On 17 May 2017 at 23:02, Christian Ridderström wrote:
>
> > On 17 May 2017 at 22:47, Fan Zhang wrote:
> >
> >> I was asked for a username and password from ftp://ftp.lyx.org
> >>
> >> I
On 17 May 2017 at 23:02, Christian Ridderström wrote:
> On 17 May 2017 at 22:47, Fan Zhang wrote:
>
>> I was asked for a username and password from ftp://ftp.lyx.org
>>
>> I don’t know how I can get that. Can you please help?
>>
>
> Hi Fan,
>
> Thanks for
On 17 May 2017 at 22:47, Fan Zhang wrote:
> I was asked for a username and password from ftp://ftp.lyx.org
>
> I don’t know how I can get that. Can you please help?
>
Hi Fan,
Thanks for letting us know you still have the problem. I think I was able
to reproduce your
Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
skost...@lyx.org
On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck rgh...@lyx.org wrote:
On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
It is currently bound to buffer-begin-select. But this LFUN is also
bound to C-S-Home. I
On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko wrote:
Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
skost...@lyx.org
On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck rgh...@lyx.org wrote:
On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
It is currently bound to
On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak skost...@lyx.org wrote:
On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko wrote:
Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
skost...@lyx.org
On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck rgh...@lyx.org wrote:
On
On Wed, Apr 8, 2015 at 1:48 PM, Liviu Andronic landronim...@gmail.com wrote:
On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic landronim...@gmail.com wrote:
On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak skost...@lyx.org wrote:
On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko wrote:
Am
On Wed, Apr 8, 2015 at 7:51 PM, Scott Kostyshak skost...@lyx.org wrote:
On Wed, Apr 8, 2015 at 1:48 PM, Liviu Andronic landronim...@gmail.com wrote:
On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic landronim...@gmail.com
wrote:
On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak skost...@lyx.org
On Wed, Apr 8, 2015 at 2:02 PM, Liviu Andronic landronim...@gmail.com wrote:
On Wed, Apr 8, 2015 at 7:51 PM, Scott Kostyshak skost...@lyx.org wrote:
On Wed, Apr 8, 2015 at 1:48 PM, Liviu Andronic landronim...@gmail.com
wrote:
On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic
On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic landronim...@gmail.com wrote:
On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak skost...@lyx.org wrote:
On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko wrote:
Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
skost...@lyx.org
Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
> On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck wrote:
> > On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
> >>
> >> It is currently bound to buffer-begin-select. But this LFUN is also
> >> bound to
On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko wrote:
> Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
>
> > On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck wrote:
> > > On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
> > >>
> > >> It is
On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak wrote:
> On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko wrote:
>> Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
>>
>> > On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck
On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic wrote:
> On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak wrote:
>> On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko wrote:
>>> Am Mittwoch, 8. April 2015 um 01:29:11, schrieb Scott Kostyshak
>>>
On Wed, Apr 8, 2015 at 1:48 PM, Liviu Andronic wrote:
> On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic wrote:
>> On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak wrote:
>>> On Wed, Apr 08, 2015 at 09:37:26AM +0200, Kornel Benko
On Wed, Apr 8, 2015 at 7:51 PM, Scott Kostyshak wrote:
> On Wed, Apr 8, 2015 at 1:48 PM, Liviu Andronic wrote:
>> On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic
>> wrote:
>>> On Wed, Apr 8, 2015 at 7:08 PM, Scott Kostyshak
On Wed, Apr 8, 2015 at 2:02 PM, Liviu Andronic wrote:
> On Wed, Apr 8, 2015 at 7:51 PM, Scott Kostyshak wrote:
>> On Wed, Apr 8, 2015 at 1:48 PM, Liviu Andronic
>> wrote:
>>> On Wed, Apr 8, 2015 at 7:40 PM, Liviu Andronic
On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck rgh...@lyx.org wrote:
On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
It is currently bound to buffer-begin-select. But this LFUN is also
bound to C-S-Home. I would like to implement buffer-move-next, which
will move the tab up one spot (and similar
On Sun, Apr 5, 2015 at 8:40 PM, Richard Heck wrote:
> On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
>>
>> It is currently bound to buffer-begin-select. But this LFUN is also
>> bound to C-S-Home. I would like to implement buffer-move-next, which
>> will move the tab up one spot
On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
It is currently bound to buffer-begin-select. But this LFUN is also
bound to C-S-Home. I would like to implement buffer-move-next, which
will move the tab up one spot (and similar for C-S-PageDown. This
feature and keybinding would be consistent
It is currently bound to buffer-begin-select. But this LFUN is also
bound to C-S-Home. I would like to implement buffer-move-next, which
will move the tab up one spot (and similar for C-S-PageDown. This
feature and keybinding would be consistent with tab behavior in
Chromium, Firefox, and
It is currently bound to buffer-begin-select. But this LFUN is also
bound to C-S-Home. I would like to implement buffer-move-next, which
will move the tab up one spot (and similar for C-S-PageDown. This
feature and keybinding would be consistent with tab behavior in
Chromium, Firefox, and
On 04/05/2015 07:47 PM, Scott Kostyshak wrote:
It is currently bound to buffer-begin-select. But this LFUN is also
bound to C-S-Home. I would like to implement buffer-move-next, which
will move the tab up one spot (and similar for C-S-PageDown. This
feature and keybinding would be consistent
Am Mittwoch, 10. September 2014 um 11:14:35, schrieb Kornel Benko
kor...@lyx.org
Am Mittwoch, 10. September 2014 um 10:22:32, schrieb Jean-Marc Lasgouttes
lasgout...@lyx.org
Le 02/08/2014 14:38, Kornel Benko a écrit :
Now that the merging is done, I see a different behaviour in entering
Le 13/10/2014 10:16, Kornel Benko a écrit :
If I use a fresh userdir, then there is no such effect. Copying the preferences
over my own, the effect
vanishes.
It is, oh wonder,
\kbmap true
\kbmap_primary slovak
So, problem solved.
Very good :)
JMarc
Am Mittwoch, 10. September 2014 um 11:14:35, schrieb Kornel Benko
> Am Mittwoch, 10. September 2014 um 10:22:32, schrieb Jean-Marc Lasgouttes
>
> > Le 02/08/2014 14:38, Kornel Benko a écrit :
> > > Now that the merging is done, I see a different behaviour in
Le 13/10/2014 10:16, Kornel Benko a écrit :
If I use a fresh userdir, then there is no such effect. Copying the preferences
over my own, the effect
vanishes.
It is, oh wonder,
\kbmap true
\kbmap_primary "slovak"
So, problem solved.
Very good :)
JMarc
Le 02/08/2014 14:38, Kornel Benko a écrit :
Now that the merging is done, I see a different behaviour in entering number
keys (the ones
at the main keyboard, not the numeric ones)
Entering the string 1234567890 gives me +ľščťžýáíé.
(But it is OK on the normal console)
The GUI is slovak, and
Am Mittwoch, 10. September 2014 um 10:22:32, schrieb Jean-Marc Lasgouttes
lasgout...@lyx.org
Le 02/08/2014 14:38, Kornel Benko a écrit :
Now that the merging is done, I see a different behaviour in entering
number keys (the ones
at the main keyboard, not the numeric ones)
Entering the
Le 02/08/2014 14:38, Kornel Benko a écrit :
Now that the merging is done, I see a different behaviour in entering number
keys (the ones
at the main keyboard, not the numeric ones)
Entering the string "1234567890" gives me "+ľščťžýáíé".
(But it is OK on the normal console)
The GUI is slovak,
Am Mittwoch, 10. September 2014 um 10:22:32, schrieb Jean-Marc Lasgouttes
> Le 02/08/2014 14:38, Kornel Benko a écrit :
> > Now that the merging is done, I see a different behaviour in entering
> > number keys (the ones
> > at the main keyboard, not the numeric ones)
> >
> >
Am Freitag, 25. Juli 2014 um 10:06:46, schrieb Richard Heck rgh...@lyx.org
On 07/25/2014 07:24 AM, Jürgen Spitzmüller wrote:
Am Freitag 25 Juli 2014, 10:49:35 schrieb Jean-Marc Lasgouttes:
Hello,
The str-metrics branch has come to a point where I thing it should be in
master. I have two
Am Freitag, 25. Juli 2014 um 10:06:46, schrieb Richard Heck
> On 07/25/2014 07:24 AM, Jürgen Spitzmüller wrote:
> > Am Freitag 25 Juli 2014, 10:49:35 schrieb Jean-Marc Lasgouttes:
> >> Hello,
> >>
> >> The str-metrics branch has come to a point where I thing it should be in
> >>
Hello,
The str-metrics branch has come to a point where I thing it should be in
master. I have two more commits at home (forgot to push) that are going
to solve the remaining cursor positioning problem that was haunting me.
I do not feel that it gets much testing now, and I am going to leave
Le 25/07/2014 10:49, Jean-Marc Lasgouttes a écrit :
Seriously, does anyone have some reservations against merging this work
to branch now?
Of course, I will rewrite history a last time before doing that.
JMarc
Am Freitag, 25. Juli 2014 um 10:49:35, schrieb Jean-Marc Lasgouttes
lasgout...@lyx.org
Hello,
The str-metrics branch has come to a point where I thing it should be in
master. I have two more commits at home (forgot to push) that are going
to solve the remaining cursor positioning problem
Le 25/07/2014 11:27, Kornel Benko a écrit :
Seriously, does anyone have some reservations against merging this work
to branch now?
I am for merging it. The longer it lasts, the more work is to be done IMHO.
I think the remaining problems may be for bidi text, but I am not sure
how many
Am Freitag 25 Juli 2014, 10:49:35 schrieb Jean-Marc Lasgouttes:
Hello,
The str-metrics branch has come to a point where I thing it should be in
master. I have two more commits at home (forgot to push) that are going
to solve the remaining cursor positioning problem that was haunting me.
I
On 07/25/2014 07:24 AM, Jürgen Spitzmüller wrote:
Am Freitag 25 Juli 2014, 10:49:35 schrieb Jean-Marc Lasgouttes:
Hello,
The str-metrics branch has come to a point where I thing it should be in
master. I have two more commits at home (forgot to push) that are going
to solve the remaining
Hello,
The str-metrics branch has come to a point where I thing it should be in
master. I have two more commits at home (forgot to push) that are going
to solve the remaining cursor positioning problem that was haunting me.
I do not feel that it gets much testing now, and I am going to leave
Le 25/07/2014 10:49, Jean-Marc Lasgouttes a écrit :
Seriously, does anyone have some reservations against merging this work
to branch now?
Of course, I will rewrite history a last time before doing that.
JMarc
Am Freitag, 25. Juli 2014 um 10:49:35, schrieb Jean-Marc Lasgouttes
> Hello,
>
> The str-metrics branch has come to a point where I thing it should be in
> master. I have two more commits at home (forgot to push) that are going
> to solve the remaining cursor positioning
Le 25/07/2014 11:27, Kornel Benko a écrit :
Seriously, does anyone have some reservations against merging this work
to branch now?
I am for merging it. The longer it lasts, the more work is to be done IMHO.
I think the remaining problems may be for bidi text, but I am not sure
how many
Am Freitag 25 Juli 2014, 10:49:35 schrieb Jean-Marc Lasgouttes:
> Hello,
>
> The str-metrics branch has come to a point where I thing it should be in
> master. I have two more commits at home (forgot to push) that are going
> to solve the remaining cursor positioning problem that was haunting me.
On 07/25/2014 07:24 AM, Jürgen Spitzmüller wrote:
Am Freitag 25 Juli 2014, 10:49:35 schrieb Jean-Marc Lasgouttes:
Hello,
The str-metrics branch has come to a point where I thing it should be in
master. I have two more commits at home (forgot to push) that are going
to solve the remaining
Am Sonntag, 27. Januar 2013 um 02:10:58, schrieb Scott Kostyshak
skost...@lyx.org
Should be easy.
Ah yes you're right. You are convincing me more and more that
out-of-source builds have many advantages and no disadvantages. So all
is needed is just to copy the .lyx file there.
On Sun, Jan 27, 2013 at 3:12 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 02:10:58, schrieb Scott Kostyshak
skost...@lyx.org
Should be easy.
Ah yes you're right. You are convincing me more and more that
out-of-source builds have many advantages and
Am Sonntag, 27. Januar 2013 um 09:12:44, schrieb Kornel Benko kor...@lyx.org
I would change the file, there is also no need to remove, on next test it
will be overwritten anyway
and we can check the result too.
TestBegin ../bug-8523.lyx lyx-log.txt 21
KK: \[Home]
Am Sonntag, 27. Januar 2013 um 03:59:49, schrieb Scott Kostyshak
skost...@lyx.org
...
OK, I will change this. I am in the habit of writing copies of the
form cp filename folder1/folder2/ because (1) this prevents type
errors such as cp filename folder1/folder2/fielname and (2) the
reader of
On Sun, Jan 27, 2013 at 4:13 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 03:59:49, schrieb Scott Kostyshak
skost...@lyx.org
...
OK, I will change this. I am in the habit of writing copies of the
form cp filename folder1/folder2/ because (1) this prevents type
Am Sonntag, 27. Januar 2013 um 10:13:59, schrieb Kornel Benko kor...@lyx.org
I don't understand. First, on opening bug-8523.lyx you should
immediately see a warning which must be addressed. This is where the
\[Return] works if XVKBD_HACKED is not automatically set.
I will check.
Am Sonntag, 27. Januar 2013 um 04:42:25, schrieb Scott Kostyshak
skost...@lyx.org
if output is a directory, I would not count on working in later versions
of cmake.
That command explains it: If output names an existing directory the
input file is placed in that directory with its original
On Sun, Jan 27, 2013 at 4:45 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 10:13:59, schrieb Kornel Benko
kor...@lyx.org
I don't understand. First, on opening bug-8523.lyx you should
immediately see a warning which must be addressed. This is where the
Am Sonntag, 27. Januar 2013 um 04:51:53, schrieb Scott Kostyshak
skost...@lyx.org
I got the crash if called manually. Once. I am not able to get the crash
again
Maybe I should stop trying to get this test to work. I don't think
that tests should be this complicated. I'm very
On Sun, Jan 27, 2013 at 4:56 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 04:51:53, schrieb Scott Kostyshak
skost...@lyx.org
I got the crash if called manually. Once. I am not able to get the crash
again
Maybe I should stop trying to get this test
Am Sonntag, 27. Januar 2013 um 02:10:58, schrieb Scott Kostyshak
> >>
> >> Should be easy.
> >
> > Ah yes you're right. You are convincing me more and more that
> > out-of-source builds have many advantages and no disadvantages. So all
> > is needed is just to copy the
1 - 100 of 249 matches
Mail list logo