On 11/02/2014 09:54, Vincent van Ravesteijn wrote:
On Tue, Feb 11, 2014 at 10:50 AM, Paola Manzini
wrote:
On 11/02/2014 07:49, Vincent van Ravesteijn wrote:
The cmake file is in: lyx-20/development/cmake
Vincent, many thanks, I've actually found the Cmakelists.txt file in the
directory you s
On Tue, Feb 11, 2014 at 10:50 AM, Paola Manzini
wrote:
>
> On 11/02/2014 07:49, Vincent van Ravesteijn wrote:
>
> The cmake file is in: lyx-20/development/cmake
>
> Vincent, many thanks, I've actually found the Cmakelists.txt file in the
> directory you specified, it is there, yet Cmake still tell
On 11/02/2014 07:49, Vincent van Ravesteijn wrote:
The cmake file is in: lyx-20/development/cmake
Vincent, many thanks, I've actually found the Cmakelists.txt file in the
directory you specified, it is there, yet Cmake still tells me there is no
file. I have also tried moving the directories fo
On Mon, Feb 10, 2014 at 11:26 PM, Paola Manzini
wrote:
>
> On 10/02/2014 21:58, Vincent van Ravesteijn wrote:
>>
>> Paola schreef op 10-2-2014 22:01:
>>>
>>> Hi All,
>>>
>>> on a windows 8.1 machine I am trying to follow the instructions here:
>>>
>>> http://www.lyx.org/trac/browser/lyx-devel/trun
On 10/02/2014 21:58, Vincent van Ravesteijn wrote:
Paola schreef op 10-2-2014 22:01:
Hi All,
on a windows 8.1 machine I am trying to follow the instructions here:
http://www.lyx.org/trac/browser/lyx-devel/trunk/INSTALL.Win32
to compile Lyx 2.0.7 for windows as I want to modify the (hard code
Paola schreef op 10-2-2014 22:01:
Hi All,
on a windows 8.1 machine I am trying to follow the instructions here:
http://www.lyx.org/trac/browser/lyx-devel/trunk/INSTALL.Win32
to compile Lyx 2.0.7 for windows as I want to modify the (hard coded) icons
size, otherwise illegible on my high definit
On Mon, Feb 10, 2014 at 4:01 PM, Paola wrote:
> Hi All,
>
> on a windows 8.1 machine I am trying to follow the instructions here:
>
> http://www.lyx.org/trac/browser/lyx-devel/trunk/INSTALL.Win32
>
> to compile Lyx 2.0.7 for windows as I want to modify the (hard coded) icons
> size, otherwise ille
Hi All,
on a windows 8.1 machine I am trying to follow the instructions here:
http://www.lyx.org/trac/browser/lyx-devel/trunk/INSTALL.Win32
to compile Lyx 2.0.7 for windows as I want to modify the (hard coded) icons
size, otherwise illegible on my high definition convertible laptop.
I have dow
On Nov 10, 2010, at 10:26 AM, Jean-Marc Lasgouttes wrote:
> could you be more precise about what is needed in order to be usable with a
> screen reader? I guess that the fact that we draw the screen by ourselves is
> a show stopper.
AIUI, one has to use native window-creation calls and tools so
Le 10/11/2010 16:09, William Adams a écrit :
On Nov 9, 2010, at 3:53 PM, Paul Stanley wrote:
I appreciate this may not be strictly on-topic but I think it's useful
information to others in my position.
LyX-1.6 (for Windows) is, in short, unusable with a screen reader.
Unfortunately, that's a
On Nov 9, 2010, at 3:53 PM, Paul Stanley wrote:
> I appreciate this may not be strictly on-topic but I think it's useful
> information to others in my position.
> LyX-1.6 (for Windows) is, in short, unusable with a screen reader.
Unfortunately, that's a consequence of the programming GUI toolkit
Hi there,
I'm new to that topic, so, has anyone tried that yet? Any help,
suggestions or links would be appreciated.
Regards
Matthias Coy
andrzej,
1) does it help to add
SET OUTPUT_CHARSET=cp-1250
into lyx.bat ?
if so, does it help to replace it by
SET OUTPUT_CHARSET=nonsense
2) are there correct dialogs labels ? i.e. open preferences
and look whether there are only polish strings not mixed
with english strings.
If s
Dear All!
I am sorry to write that LyX 1.4.3 port for Windows has reverted to old
problem that was present in 1.4.1, but removed in 1.4.2. This problem is
with Polish diacritical marks in menu and dialog boxes - namely LyX
erroneously displays ą (as s with inverted hat), ś and ź (thick vert
Jean-Marc Lasgouttes wrote:
Branches for the installer is not a bad solution.
Then I'll just upload the installer to the current location and we'll
have a different branch for 1.4 and 1.5. I want to finish this now.
Joost
Joost Verburg wrote:
Bo Peng wrote:
Are you going to upload sources or patches of aspell etc? It is better
to put the installer in the trunk, since a branch sounds temporary to
me. Then, we'd better only keep patches to external programs. If the
installer works for both 1.4.x and 1.5.x, the to
Lars Gullik Bjønnes wrote:
Joost Verburg <[EMAIL PROTECTED]> writes:
| Bo Peng wrote:
| > 1. upload lyx win installer to svn/winInstaller (parallel to
| > www-devel)
That would be svn://svn.lyx.org/lyx/winInstaller then.
| > 2. upload patches to various external programs (with readme)
| > 3. u
Joost Verburg <[EMAIL PROTECTED]> writes:
| Bo Peng wrote:
| > 1. upload lyx win installer to svn/winInstaller (parallel to
| > www-devel)
That would be svn://svn.lyx.org/lyx/winInstaller then.
| > 2. upload patches to various external programs (with readme)
| > 3. upload modified binaries to de
Bo Peng wrote:
Because it is not the job of LyX to maintain other project source code,
so they say.
Exactly, also because it is difficult to keep them up to date. What if
aspell has a new release?
Aspell releases are not frequent at all. Same for Aiksaurus (2003), etc.
If that is the case an
Bo Peng wrote:
1. upload lyx win installer to svn/winInstaller (parallel to www-devel)
2. upload patches to various external programs (with readme)
3. upload modified binaries to devel.lyx.org/contrib or /winInstaller.
I agree. Lars, is this SVN directory OK?
Joost
Binaries on the FTP server and patches in SVN is also fine with me.
This is what I just proposed.
Then the remaining question is whether to maintain identical installers in
branch and trunk or have a separate directory.
Which ever is easier for you.
Bo
Because it is not the job of LyX to maintain other project source code,
so they say.
Exactly, also because it is difficult to keep them up to date. What if
aspell has a new release?
The binaries (including headers and libs like your Aspell package)
should be compatible for all version of windo
Bo Peng wrote:
My suggestion? patches and binaries. We have the best of both ends.
Binaries on the FTP server and patches in SVN is also fine with me. Then
the remaining question is whether to maintain identical installers in
branch and trunk or have a separate directory.
Joost
Joost Verburg wrote:
Abdelrazak Younes wrote:
It will be good enough if you convince them to put the needed windows
binaries in SVN. But even that is far from sure.
Why binaries in SVN instead of source code?
Because it is not the job of LyX to maintain other project source code,
so they sa
I wish you good luck convincing the big guns. "Pragmatism" is an insult
in this list.
It will be good enough if you convince them to put the needed windows
binaries in SVN. But even that is far from sure.
We can do patch, source and binary of external programs. They are in
an increasing order o
Bo Peng wrote:
Is there a compiler issue for aspell etc? I heard that you have to
have Peter's patch for aspell/cvs to use msvc. This is unfortunate
since msvc will generate smaller and potentially faster binary
files...
The 1.4 releases will use MinGW. For future 1.5 releases I will try to
sw
Abdelrazak Younes wrote:
It will be good enough if you convince them to put the needed windows
binaries in SVN. But even that is far from sure.
Why binaries in SVN instead of source code?
Joost
I think it's better to upload the complete source of Aspell etc. instead
of just a patch. This will allow the whole package to be compiled at
once without having to download and patch a large number of tools. Of
course it will also be in this separate directory.
Is there a compiler issue for asp
Joost Verburg wrote:
Bo Peng wrote:
Are you going to upload sources or patches of aspell etc? It is better
to put the installer in the trunk, since a branch sounds temporary to
me. Then, we'd better only keep patches to external programs. If the
installer works for both 1.4.x and 1.5.x, the top
Bo Peng wrote:
Are you going to upload sources or patches of aspell etc? It is better
to put the installer in the trunk, since a branch sounds temporary to
me. Then, we'd better only keep patches to external programs. If the
installer works for both 1.4.x and 1.5.x, the top directory (parellel
to
I'm currently working on a package with the source code of the new
Windows installer including the required utilities (modified versions of
Aspell, Aiksaurus, Dvipost, DTL, Bakoma fonts etc.). This will make it a
lot easier to compile the installer package and create a stable Windows
version of Ly
Hello,
I'm currently working on a package with the source code of the new
Windows installer including the required utilities (modified versions of
Aspell, Aiksaurus, Dvipost, DTL, Bakoma fonts etc.). This will make it a
lot easier to compile the installer package and create a stable Windows
v
Enrico Forestieri wrote:
On Fri, Jun 16, 2006 at 03:12:18PM +0100, Angus Leeming wrote:
Anyway, all this is beside the point. Do we ever
exercise libiconv on *nix? Has Tomasz discovered a
latent bug in our use of libiconv, or does the problem
lie in the Windows implementation of same?
Most pr
> "Andrzej" == Andrzej Tomaszewski <[EMAIL PROTECTED]> writes:
>> Yes, but if LyX correctly uses iconv, the text should be
>> translated on the fly. What is the locale set in lyx.bat?
Andrzej> LANG=pl_PL
What happens if you change it to
LANG=Polish
or to
LANG=pl_PL.cp-1250
?
On Fri, Jun 16, 2006 at 03:12:18PM +0100, Angus Leeming wrote:
> Anyway, all this is beside the point. Do we ever
> exercise libiconv on *nix? Has Tomasz discovered a
> latent bug in our use of libiconv, or does the problem
> lie in the Windows implementation of same?
Most probably the latter. I
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Right, but again, that's our fault isn't it?
Sure.
Angus> I realize I'm thinking out aloud here and that the whole
Angus> problem will go away when Unicode arrives, but I'd never really
Angus> considered the problem before ;-)
T
Angus> You mean things like the TOC that
Angus> are generated dynamically from the
Angus> LyX document? Actually, I've never
Angus> really understood the problem here
Angus> either. We know the encoding of the
Angus> document and we know the encoding
Angus> used by the GUI. We just don't convert
A
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Jean-Marc, perhaps this is all
Angus> starting to make sense? People have reported for ever that they
Angus> have problems with LyX's rendering of menus when they are
Angus> running a .UTF-8 localization.
Jean-Marc Lasgouttes wrote:
Angus> Jean-Marc, perhaps this is all starting
Angus> to make sense? People have reported for
Angus> ever that they have problems with LyX's
Angus> rendering of menus when they are running
Angus> a .UTF-8 localization.
> The problem with utf8, I believe is that
> we are
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, perhaps this is all starting to make sense? People
Angus> have reported for ever that they have problems with LyX's
Angus> rendering of menus when they are running a .UTF-8 localization.
The problem with utf8, I believe
Joost Verburg wrote:
> Angus Leeming wrote:
>> This is what libiconv is meant to give us.
>> It should take a .po file encoded in
>> iso8859-2 and produce cp1250-encoded
>> strings.
> Have you tested this? I always compile binaries with
> libiconv.
No, I haven't run LyX for a long, long time. Ho
Dnia Fri, 16 Jun 2006 11:20:17 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> napisał(a):
> > "Tomasz" == Tomasz Łuczak <[EMAIL PROTECTED]> writes:
>
> Tomasz> Polish WindowsXP + ServicePack2, and set the language for
> Tomasz> non-Unicode programs correctly in "Control Panel" > "Regional
> T
> "Tomasz" == Tomasz Łuczak <[EMAIL PROTECTED]> writes:
Tomasz> Polish WindowsXP + ServicePack2, and set the language for
Tomasz> non-Unicode programs correctly in "Control Panel" > "Regional
Tomasz> and Language Options" > "Advanced"
Tomasz> In my opinion problem is in encoding pl.po, under
This is what libiconv is meant to give us. It should take a .po file
encoded in iso8859-2 and produce cp1250-encoded strings.
Have you tested this? I always compile binaries with libiconv.
Joost
Tomasz £uczak wrote:
> Joost Verburg wrote:
>> Andrzej Tomaszewski wrote:
>>> As far as I'm looking in the correct
>>> place, on Windows 2000 there isn't
>>> such an option... In fact this system
>>> isn't Unicode based, so I do not
>>> understand why there should be...
>> Do you have a Polish Win
Dnia Thu, 15 Jun 2006 17:24:17 +0200
Joost Verburg wrote:
> Andrzej Tomaszewski wrote:
> > As far as I'm looking in the correct place, on Windows 2000 there
> > isn't such an option... In fact this system isn't Unicode based, so
> > I do not understand why there should be...
>
> Do you have a Pol
Andrzej Tomaszewski wrote:
As far as I'm looking in the correct place, on Windows 2000 there isn't
such an option... In fact this system isn't Unicode based, so I do not
understand why there should be...
Do you have a Polish Windows?
Joost
Andrzej Tomaszewski wrote:
Yes, of course. But it is outside of "Advanced" settings - there are
conversion tables...
I really mean the "Advanced" settings. There is an option called
"Language for non-Unicode programs".
Joost
Andrzej Tomaszewski wrote:
What you mean by correct settings?
On both computers main coding system is of course cp-1250.
In the indicated place (I have only laptop handy) I have many things
checked, among them UTF-7 and -8, ISO-8859-1 and -2...
Should I have some special conversion tables insta
Andrzej Tomaszewski wrote:
Even stranger is for me the fact, that on my laptop LyX looks like on
the .png above (some Polish letters are displayed and some other not),
but on my desktop none of the diacritical marks looks incorrectly apart
from ó, which appears in Western European charset.
Di
Dnia Sat, 10 Jun 2006 18:24:02 +0200, Tomasz Łuczak <[EMAIL PROTECTED]>
napisał:
Dnia Thu, 08 Jun 2006 18:00:57 +0200
Jean-Marc Lasgouttes wrote:
> Andrzej Tomaszewski writes:
Andrzej> Dear All! I have recently installed LyX 1.4.1 for Windows
Andrzej> using LyXWin141Small-2-01.exe and e
Dnia Thu, 08 Jun 2006 18:00:57 +0200
Jean-Marc Lasgouttes wrote:
> > Andrzej Tomaszewski writes:
>
> Andrzej> Dear All! I have recently installed LyX 1.4.1 for Windows
> Andrzej> using LyXWin141Small-2-01.exe and encountered completely
> Andrzej> unfathomable problems concerning Polish locali
> "Andrzej" == Andrzej Tomaszewski <[EMAIL PROTECTED]> writes:
Andrzej> Dear All! I have recently installed LyX 1.4.1 for Windows
Andrzej> using LyXWin141Small-2-01.exe and encountered completely
Andrzej> unfathomable problems concerning Polish localization.
Hello,
We are working on improvin
Dear All!
I have recently installed LyX 1.4.1 for Windows using
LyXWin141Small-2-01.exe
and encountered completely unfathomable problems concerning Polish
localization.
The same installation (with exactly the same configuration) was done on
two computers (both updated Polish-version W2000 d
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> If I had been able to compile a dynamic Qt with MinGW, could I have
> linked to it an MSVC compiled LyX?
No, I don't think so. The entry point to the MinGW dll is weird, apparently. The
MSVC exe won't be able to find the way in.
(Sorry if I sound a
On Mon, Feb 06, 2006 at 11:40:10AM -0500, Paul A. Rubin wrote:
> IIRC, MSVC also uses nonstandard scoping of loop indices. Again, my
> memory is fuzzy, but I believe that
>
> for (int i=1; i<10; i++) ...;
> ...
> for (int i=1; i
> should compile correctly in any standard implementation of C/C++
Angus Leeming <[EMAIL PROTECTED]> writes:
> > The problem is that you cannot compile Qt with the free MSVC, so even if
> > you can build LyX, you would be stuck.
>
> The problem you described doesn't sound like a real problem to me. You should
> get the Q../Free developers interested. Since they
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Angus Leeming ...> writes:
>
> > Note that Ruurd Reitsma has had success in the past using a cygwin tool
> > that takes a g++ command and converts it to an msvc one. Do a google
> > search on "wrapmsvc".
> Hi Angus! Welcome back
;-)
> The probl
Am Montag, 6. Februar 2006 17:40 schrieb Paul A. Rubin:
> IIRC, MSVC also uses nonstandard scoping of loop indices. Again, my
> memory is fuzzy, but I believe that
>
> for (int i=1; i<10; i++) ...;
> ...
> for (int i=1; i
> should compile correctly in any standard implementation of C/C++, but I
Michael Abshoff wrote:
Only one more rants, I promise: For a living I port C++ code to Linux,
OSX, Solaris, *BSD and sometimes HP/UX and AIX. I also need to get that
code running under Windows using MSVC (MS SVU is not an option). 99% of my
troubles stem from MSVC and Windows in general, so I h
>
> ;-)
>
> I share much of your rumblings, however you can download nmake 1.5
> directly from Microsoft:
> http://support.microsoft.com/default.aspx?scid=kb;en-us;Q132084
> and lib can be simulated by "link.exe /lib".
Thanks, I didn't know that.
>
> The free MSVC is not completely useless, inde
Michael Abshoff <[EMAIL PROTECTED]> writes:
> Last time I checked the "free" Microsoft Compiler (the one shiped
> with VS2003) even missed essential tools like nmake or lib! I could not
> believe how useless that compiler package is. Certainly people will not be
> using the free Microsoft compiler
Angus Leeming <[EMAIL PROTECTED]> writes:
> Note that Ruurd Reitsma has had success in the past using a cygwin tool
> that takes a g++ command and converts it to an msvc one. Do a google
> search on "wrapmsvc". Personally, I never succeeded in getting it to work,
> but then I never really tried th
Enrico Forestieri wrote:
> Uwe Stöhr writes:
>> Has anybody ever tried to compile LyX with MSVC and perhaps has a
>> project file for this?
> I discovered that Qt cannot be compiled with the free MSVC because it is
> missing a library (delayimp.lib).
> The free MSVC does not include an IDE, so a
> Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
>> Has anybody ever tried to compile LyX with MSVC and perhaps has a
>> project file for this?
>
> I discovered that Qt cannot be compiled with the free MSVC because it is
> missing a library (delayimp.lib).
>
> The free MSVC does not include an IDE, so a
Am Sonntag, 5. Februar 2006 17:59 schrieb Uwe Stöhr:
> Has anybody ever tried to compile LyX with MSVC and perhaps has a
> project file for this?
See development/Win32 in 1.4cvs (might be slightly outdated).
Georg
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Has anybody ever tried to compile LyX with MSVC and perhaps has a
> project file for this?
I discovered that Qt cannot be compiled with the free MSVC because it is
missing a library (delayimp.lib).
The free MSVC does not include an IDE, so a project file
I just noticed that MSVC is available for free:
http://msdn.microsoft.com/vstudio/express/visualC/default.aspx
together with this SDK:
http://www.microsoft.com/downloads/details.aspx?FamilyId=A55B6B43-E24F-4EA3-A93E-40C0EC4F68E5&displaylang=en
it should be possible to generate native Win-code.
On Sunday 15 January 2006 21:04, Uwe Stöhr wrote:
> Hello Angus,
>
> attached a patch to assure that all of LyX's registy entries will be
> cleaned while the uninstallation.
Thanks, Uwe.
Angus
Hello Angus,
attached a patch to assure that all of LyX's registy entries will be
cleaned while the uninstallation.
regards Uwe
--- lyx_installer_old.nsi Sun Jan 15 21:55:14 2006
+++ lyx_installer.nsi Sun Jan 15 21:58:48 2006
@@ -837,11 +837,15 @@
Delete "$DESKTOP\${PRODUCT_NAME}.lnk"
-
> Dear colleagues, is there an old version for my system windows 3.1?
> Thank you for answer. Dor Kiekhöven
None that I know of. There is a LyX port to Windows (NT? 95?) maintained
by Claus Hentschel but even this is not a "native" port, it requires
an X server.
Actually I doubt that LyX would d
Dear colleagues, is there an old version for my
system windows 3.1? Thank you for answer. Dor
Kiekhöven
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> Similarly arguing that it's "not as flexible as word" because
Amir> you can't automatically cross reference to each section heading,
Amir> you need to create a cross reference. But of course! Otherwise,
Amir> what happens if you change
So I thought the public.logica.com review of LyX was pretty interesting. It
was obvious that this person was totally in a windows mind set, from the way
he was talking about style sheets, wanting to use italics, etc.
For example:
It's not as easy to use or well integrated with the print syst
> "Steven" == Steven van Dijk <[EMAIL PROTECTED]> writes:
Steven> At 12:46 PM 1/27/99 +0100, you wrote: Several people reported
Steven> problems (mostly running configure) which I have tried to
Steven> solve. Please try again. Unfortunately,
>> Please tell me what you had to do.
Steven> The
At 12:46 PM 1/27/99 +0100, you wrote:
>Steven> Several people reported problems (mostly running configure)
>Steven> which I have tried to solve. Please try again. Unfortunately,
>Please tell me what you had to do.
The configure scripts are fine. The problems arise due to the fact that sh
not al
> It might help to send a pre-announcement. Lots of people have been
> waiting for Linux 2.2.0, but since it recently arrived, they think they
> don't need to wait any longer. But, then again, any reasonable
> distributor would wait for the dust to settle on 2.2.0 before using it.
But not bein
On Wed, 27 Jan 1999, Steven van Dijk wrote:
> Come to think of it, when LyX is released, will
> anybody send email to the major Linux distributors?
It might help to send a pre-announcement. Lots of people have been
waiting for Linux 2.2.0, but since it recently arrived, they think they
don't ne
> Not necessarily a Windows problem. MI/X doesn't work
from my experience, i'd stop the sentence right here.
I used the mac version, and uptime was measured in minutes, and counted
on the fingers. Crashing it was trivial. Programs such as netscape
and xv were unusuable, as redrew horizonta
> Hi,
>
> LyX also works under Windows 95 (to the extent that one can call a program
> to 'work' under that OS). I found out that the X-server I advocated (MI/X)
> doesn't work.
Not necessarily a Windows problem. MI/X doesn't work either when running LyX
on a remote Linux machine. (Does LyX use
> "Steven" == Steven van Dijk <[EMAIL PROTECTED]> writes:
Steven> Hi, LyX also works under Windows 95 (to the extent that one
Steven> can call a program to 'work' under that OS). I found out that
Steven> the X-server I advocated (MI/X) doesn't work. The X-server
Steven> from Starnet does work
Hi,
LyX also works under Windows 95 (to the extent that one can call a program
to 'work' under that OS). I found out that the X-server I advocated (MI/X)
doesn't work. The X-server from Starnet does work however, and is much
nicer anyway.
Several people reported problems (mostly running configu
82 matches
Mail list logo
