On Mon, Dec 14, 2020 at 05:54:09AM +0700, Waluyo Adi Siswanto wrote:
> Dear Pavel,
>
> Please find attached the complete translation of id.po (2.4/trunk)
Hi,
I updated id.po and made fresh remerge to update couple of new strings in 2.4
We need review of layouttranslations for id.po (strings use
We collided on the fly ;)
--
Enrico
That's unreal ;)
Yuriy
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sunday, December 13, 2020 11:03:40 PM WET Enrico Forestieri wrote:
> > Should work now. Seems like autotools don't like Unicode BOM that my
> > editor
> > silently inserted into the file.
>
> We collided on the fly
Thank you both. I can confirm that LyX is compiling fine now. :-)
--
José Abí
On Mon, Dec 14, 2020 at 12:56:30AM +0200, Yuriy Skalko wrote:
> > No problem, I use it and I am not sure what is going on. :-D
> > --
> > José Abílio
>
> Should work now. Seems like autotools don't like Unicode BOM that my editor
> silently inserted into the file.
We collided on the fly ;)
--
On Sun, Dec 13, 2020 at 10:24:12PM +, José Abílio Matos wrote:
> On Sunday, December 13, 2020 10:06:01 PM WET Yuriy Skalko wrote:
> > Sorry José, I'm not sure what goes wrong with autotools since I'm not
> > using it. Hope Jean-Marc (or maybe Enrico) will be able to look at this.
>
> No proble
No problem, I use it and I am not sure what is going on. :-D
--
José Abílio
Should work now. Seems like autotools don't like Unicode BOM that my
editor silently inserted into the file.
Yuriy
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sunday, December 13, 2020 10:06:01 PM WET Yuriy Skalko wrote:
> Sorry José, I'm not sure what goes wrong with autotools since I'm not
> using it. Hope Jean-Marc (or maybe Enrico) will be able to look at this.
No problem, I use it and I am not sure what is going on. :-D
--
José Abílio--
lyx-de
Using autotools I get this:
$ make
Sorry José, I'm not sure what goes wrong with autotools since I'm not
using it. Hope Jean-Marc (or maybe Enrico) will be able to look at this.
Yuriy, sorry for not being very responsive on this subject. I may not be able
to look at that tomorro
On Sunday, December 13, 2020 9:43:59 PM WET Jean-Marc Lasgouttes wrote:
> Yuriy, sorry for not being very responsive on this subject. I may not be
> able to look at that tomorrow, but otherwise everything will be sorted
> out on tuesday.
>
> JMarc
FWIW I am in no hurry.
I just wanted to test Yuri
Le 13/12/2020 à 22:24, José Abílio Matos a écrit :
On Sunday, December 13, 2020 9:15:02 PM WET Yuriy Skalko wrote:
> OK. Now it is in master.
>
> Yuriy
Using autotools I get this:
$ make
Yuriy, sorry for not being very responsive on this subject. I may not be
able to look at that tomo
On Sunday, December 13, 2020 9:15:02 PM WET Yuriy Skalko wrote:
> OK. Now it is in master.
>
> Yuriy
Using autotools I get this:
$ make
...
Making all in 3rdparty
make[2]: Entering directory '/home/jamatos/tmp/build/lyx/3rdparty'
Making all in nod
make[3]: Entering directory '/home/jamatos/tmp/bu
I think you can go ahead.
Riki
OK. Now it is in master.
Yuriy
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On 12/13/20 1:27 PM, Yuriy Skalko wrote:
>> Please, note that your patch is incomplete for autotools. Attached you
>> can find a complementary patch that allows configuration and compilation
>> with autotools.
>>
>> The hunks for 3rdparty/Makefile.am and 3rdparty/nod/Makefile.am should
>> replace y
Please, note that your patch is incomplete for autotools. Attached you
can find a complementary patch that allows configuration and compilation
with autotools.
The hunks for 3rdparty/Makefile.am and 3rdparty/nod/Makefile.am should
replace yours, while all other hunks are to be added to your patch
On Sun, Dec 13, 2020 at 04:23:56PM +0200, Yuriy Skalko wrote:
>
> So, is this patch ready to be committed into master to have wider testing
> audience?
Please, note that your patch is incomplete for autotools. Attached you
can find a complementary patch that allows configuration and compilation
w
Thanks, Kornel. Signals are also used in generating instant previews,
loading images and converting image formats, monitoring external file
changes. So at first enable generating instant previews, >
I have it regularly enabled ...
then open some
LyX document with many formulas and images in di
Am Sonntag, dem 13.12.2020 um 13:38 +0100 schrieb Stephan Witt:
> With the attached patch I’m seeing this:
>
> frontends/qt/GuiApplication.cpp (2836): application palette change
> frontends/qt/GuiView.cpp (1433): application palette change
> frontends/qt/GuiView.cpp (1436): main window palette ch
> Am 13.12.2020 um 12:57 schrieb Jürgen Spitzmüller :
>
> Am Sonntag, dem 13.12.2020 um 11:01 +0100 schrieb Stephan Witt:
>> I’ll do some investigation how to detect the switch from or to dark
>> mode at runtime.
>> I think it’s worth to afford - see the effect below. (Switch from
>> dark mode
Am Sun, 13 Dec 2020 13:57:23 +0200
schrieb Yuriy Skalko :
> > Compiles fine, and the export tests results are same as before. I am not
> > sure
> > 'signal' is
> > involved though.
> > Could you evaluate what else should be tested?
> >
> > Impressing work (not only here).
> >
> > Korne
Compiles fine, and the export tests results are same as before. I am not sure
'signal' is
involved though.
Could you evaluate what else should be tested?
Impressing work (not only here).
Kornel
Thanks, Kornel. Signals are also used in generating instant previews,
loading images and c
Am Sonntag, dem 13.12.2020 um 11:01 +0100 schrieb Stephan Witt:
> I’ll do some investigation how to detect the switch from or to dark
> mode at runtime.
> I think it’s worth to afford - see the effect below. (Switch from
> dark mode back to normal.)
I agree. It's probably not hard if we know whic
Am Sun, 13 Dec 2020 10:32:38 +0200
schrieb Yuriy Skalko :
> > Compiles fine adding
> > #include
> > in src/support/ForkedCalls.cpp
> > and
> > #include
> > in src/Sever.cpp
> >
> > Kornel
>
>
> Kornel, thanks for trying and fixing the patch!
>
> Seems like these hea
Am Samstag, dem 12.12.2020 um 15:05 +0100 schrieb Jean-Marc Lasgouttes:
> Le 12/12/2020 à 11:02, Jürgen Spitzmüller a écrit :
> > One issue I see is that the IconInfo inset does not use the adapted
> > icons; it loads the icon files directly via graphic inset.
> >
> > This could be fixed by using
Compiles fine adding
#include
in src/support/ForkedCalls.cpp
and
#include
in src/Sever.cpp
Kornel
Kornel, thanks for trying and fixing the patch!
Seems like these headers were indirectly included via boost/signal.hpp
-- I've already had to add includes. I've moved
24 matches
Mail list logo
