On Wed, Sep 04, 2019 at 12:24:40PM -, Guenter Milde wrote:
> On 2019-08-30, Scott Kostyshak wrote:
>
> > [-- Type: text/plain, Encoding: quoted-printable --]
>
> > The current script fails for me. The attached patch seems to work, but I
> > only got it to work by experimenting. Can any Python
On 2019-08-30, Scott Kostyshak wrote:
> [-- Type: text/plain, Encoding: quoted-printable --]
> The current script fails for me. The attached patch seems to work, but I
> only got it to work by experimenting. Can any Pythonista take a close
> look? With the wait() command it seems to hang, so I su
Thanks,
Scott
From c7c3aca52ea05d9c176a07d0149a77ca456e95d4 Mon Sep 17 00:00:00 2001
From: Scott Kostyshak
Date: Thu, 29 Aug 2019 20:48:34 -0400
Subject: [PATCH] Port gnuplot2pdf.py to Python 3
Instead of wait(), use communicate(), as mentioned here:
https://docs.python.org/3/library
On 08/20/2014 06:26 AM, Jacob Shapiro wrote:
Following my recent success to compile the latest LyX with QT5.2.1, I am
wondering how impractical it would be to port LyX to iOS using QT's built-in
support: http://qt-project.org/doc/qt-5/ios-support.html
It would be great if you could get th
Following my recent success to compile the latest LyX with QT5.2.1, I am
wondering how impractical it would be to port LyX to iOS using QT's built-in
support: http://qt-project.org/doc/qt-5/ios-support.html
In particular, is this support only for new applications, or can you take
Am 24.03.2014 um 04:46 schrieb Pavel Sanda :
> Uwe StĂśhr wrote:
>> commit 085b0e6fd1ad316793ad8f4f96cf69a17c667d2d
>> Author: Uwe Stöhr
>> Date: Sun Mar 23 14:49:57 2014 +0100
>>
>>PrefCompletionUi.ui: port commit 1a137950
>>
>> diff --g
On Sun, Mar 23, 2014 at 08:46:15PM -0700, Pavel Sanda wrote:
> Uwe StĂśhr wrote:
> > commit 085b0e6fd1ad316793ad8f4f96cf69a17c667d2d
> > Author: Uwe Stöhr
> > Date: Sun Mar 23 14:49:57 2014 +0100
> >
> > PrefCompletionUi.ui: port commit 1a137950
> >
On Sun, Mar 23, 2014 at 11:46 PM, Pavel Sanda wrote:
> Also adding few lines in RELEASE-NOTES about how we are doing with Qt5 would
> be
> worth for maintainers of lyx binaries in various linux distros.
> Anyone running it with Qt5 nowadays?
I've been testing LyX 2.1git for a few months now wit
Uwe StĂśhr wrote:
> commit 085b0e6fd1ad316793ad8f4f96cf69a17c667d2d
> Author: Uwe Stöhr
> Date: Sun Mar 23 14:49:57 2014 +0100
>
> PrefCompletionUi.ui: port commit 1a137950
>
> diff --git a/src/frontends/qt4/ui/PrefCompletionUi.ui
> b/src/frontends/qt4/ui/Pre
Joost, have you noticed that? Sounds interesting?
Abdel.
Original Message
Subject: Need Someone to Maintain Aspell Windows Port
Date: Wed, 16 Apr 2008 21:43:34 -0600 (MDT)
From: Kevin Atkinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PRO
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Stefan Schimanski schrieb:
>
>> Otherwise the format is the same as before, only that now optional
>> arguments are allowed.
>
> So we need a fileformat change with a revert routine that deletes the
> arguments. This should be easy to do. I'll have a look wh
Stefan Schimanski schrieb:
Otherwise the format is the same as before, only that now optional arguments are
allowed.
So we need a fileformat change with a revert routine that deletes the arguments. This should be easy
to do. I'll have a look when I'm testing.
regards Uwe
quality?
The port (which I did just today) is not much tested yet. But the 1.5
branch (based on trunk from 3 months ago) was used by me for many non-
trivial cases in my thesis for some weeks.
Did you write documentation for the feature?
See the answer to Uwe. That documentation with a
Am 07.10.2007 um 20:05 schrieb Uwe Stöhr:
> I would be happy to hear some comments or reports how it performs.
I propose that you create a LyX-file that described how to use the
new features. If possible, add some examples to it. I can then test
if it works as expected and report you bugs.
Stefan Schimanski wrote:
I would be happy to hear some comments or reports how it performs. Feel
free to ask if something is unclear in the code. What is the way to
proceed now?
How did you test this yourself? How ready is it to release quality? Did
you write documentation for the feature?
> I would be happy to hear some comments or reports how it performs.
I propose that you create a LyX-file that described how to use the new features. If possible, add
some examples to it. I can then test if it works as expected and report you bugs. While writing the
docmentation you'll surely s
So here it is, a port of my dynamic macro branch to 1.6svn. As
expected the patch is not small. Unfortunately there is no sensible
way to split it up, because most of it is heavily interconnected. So
for now I keep it like that.
I would be happy to hear some comments or reports how it
On Wed, Oct 04, 2006 at 08:20:05PM -0700, Bo Peng wrote:
> $ lyx
> kpathsea: Running mktexfmt latex.fmt
> fmtutil: running `pdfetex -ini -jobname=latex -progname=latex
This should not occur by simply launching lyx. Seems your tetex
installation is corrupted. After a fresh install of tetex I ha
On Thu, Oct 05, 2006 at 08:50:13AM -0500, Bo Peng wrote:
> >Yes, you have a native Win32 version of pplatex.exe in your PATH.
> >Move it out of the way or use a cygwin version.
>
> I have uninstalled miktex (which was installed with my win32/lyx) and
> platex no longer exists. The problem persists
Yes, you have a native Win32 version of pplatex.exe in your PATH.
Move it out of the way or use a cygwin version.
I have uninstalled miktex (which was installed with my win32/lyx) and
platex no longer exists. The problem persists.
Can anyone try lyx with the latest cygwin tetex?
Bo
On Wed, Oct 04, 2006 at 08:20:05PM -0700, Bo Peng wrote:
> >> Do you have the missing classes problem?
> >
> >No, I use MikTeX, have fake packages for tetex to fool setup.exe,
> >and an environment set up such that if you check for tetex you
>
> It looks like a tetex problem. I see Latex not usabl
> Do you have the missing classes problem?
No, I use MikTeX, have fake packages for tetex to fool setup.exe,
and an environment set up such that if you check for tetex you
It looks like a tetex problem. I see Latex not usable (not LaTeX2e)
from configure.py output. Any idea?
Bo
$ lyx
kpathsea
On Wed, Oct 04, 2006 at 09:01:44PM -0500, Bo Peng wrote:
> >Perhaps I will split the package into lyx-common, lyx-qtwin, and
> >lyx-xforms in order to avoid the clash. Or, better, I could make
> >your package a prerequisite (it would play the role of lyx-common)
> >such that I have to package only
You made a mistake in the packaging.
This is obvious. :-)
The archive contains the file
/etc/postinstall/lyx.sh/lyx.sh
so the script lyx.sh is in the wrong location. It should have been
directly in /etc/postinstall.
I also found it out.
Perhaps I will split the package into lyx-common, l
On Wed, Oct 04, 2006 at 05:30:35PM -0500, Bo Peng wrote:
> Dear lyxers,
>
> Lyx 1.4.3 has just become one of the official cygwin packages. Here is
> the announcement from cygwin-announce:
> http://www.cygwin.com/ml/cygwin-announce/2006-10/msg2.html .
Well done, Bo!
> I just tried to install
Dear lyxers,
Lyx 1.4.3 has just become one of the official cygwin packages. Here is
the announcement from cygwin-announce:
http://www.cygwin.com/ml/cygwin-announce/2006-10/msg2.html .
I just tried to install lyx through cygwin. Lyx starts fine but
complains about missing texclass book. I gue
Just noticed that Python 2.4 has a script crlf.py in the Tools\Scripts
directory that strips out ^M (and apparently can be run against a group
of files using wildcards in the file name).
/Paul
Rainer Dorsch wrote:
Hello,
we are working on a large LyX document and use CVS as a version control
system. One of the authors uses LyX on windows. His LyX files contain an
additional ^M on each line break. This is fine as long as nobody needs to
merge a document with changes from the Lyx on
Am Donnerstag, 18. Mai 2006 23:54 schrieb Rainer Dorsch:
> Hello,
>
> we are working on a large LyX document and use CVS as a version control
> system. One of the authors uses LyX on windows. His LyX files contain an
> additional ^M on each line break. This is fine as long as nobody needs
to
>
Hello,
we are working on a large LyX document and use CVS as a version control
system. One of the authors uses LyX on windows. His LyX files contain an
additional ^M on each line break. This is fine as long as nobody needs to
merge a document with changes from the Lyx on Win author. Before he u
Uwe Stöhr a écrit :
Abdelrazak Younes a écrit :
That's the problem, I don't have a "libaspell.a" on my system. I
installed this Aspell runtime:
http://wiki.lyx.org/uploads/Windows/Aspell6/AspellData-0.60.4.exe
Where could I get the runtime that is needed?
You need to compile yourself ;-)
I
Abdelrazak Younes a écrit :
That's the problem, I don't have a "libaspell.a" on my system. I
installed this Aspell runtime:
http://wiki.lyx.org/uploads/Windows/Aspell6/AspellData-0.60.4.exe
Where could I get the runtime that is needed?
You need to compile yourself ;-)
If you don't want or c
Uwe Stöhr a écrit :
Abdelrazak Younes schrieb:
configure:3098: gcc -Lc:/Aspell/lib/aspell-0.60 -laspell
-lopengl32 -lglu32 -lkernel32 -luser32 -lgdi32 -lcomdlg32 -ladvapi32
-lshell32 -lole32 -loleaut32 -luuid -limm32 -lwinmm -lwsock32
-lwinspool conftest.c >&5
c:\mingw\bin\..\lib\gcc\mingw
Abdelrazak Younes schrieb:
configure:3098: gcc -Lc:/Aspell/lib/aspell-0.60 -laspell -lopengl32
-lglu32 -lkernel32 -luser32 -lgdi32 -lcomdlg32 -ladvapi32 -lshell32
-lole32 -loleaut32 -luuid -limm32 -lwinmm -lwsock32 -lwinspool
conftest.c >&5
c:\mingw\bin\..\lib\gcc\mingw32\3.4.4\..\..\..\..\
Uwe Stöhr a écrit :
Hello Abdel,
I wasn't able to configure LyX, I got this error:
Did I answer this already?
gcc version 3.4.4 (mingw special)
configure:3067: $? = 0
configure:3069: gcc -V &5
gcc.exe: `-V' option must have argument
I have the same error message in my system. But you will not
Hello Abdel,
I wasn't able to configure LyX, I got this error:
gcc version 3.4.4 (mingw special)
configure:3067: $? = 0
configure:3069: gcc -V &5
gcc.exe: `-V' option must have argument
configure:3072: $? = 1
configure:3095: checking for C compiler default output file name
configure:3098: gcc
Jean-Claude Christnach wrote:
Hi again,
As specified in Edit/Preferences Lyx should backup documents every 5
minutes. I can't see any backups nor autosave in my working directory. I
specified a path in the preferences for the backup directory. It is on
my drive U: . The former version also did n
Jean-Claude Christnach wrote:
> Hi again,
>
> As specified in Edit/Preferences Lyx should backup documents every 5
> minutes. I can't see any backups nor autosave in my working directory. I
> specified a path in the preferences for the backup directory. It is on
> my drive U: . The former version
Hi again,
As specified in Edit/Preferences Lyx should backup documents every 5
minutes. I can't see any backups nor autosave in my working directory. I
specified a path in the preferences for the backup directory. It is on
my drive U: . The former version also did no backups or autosave.
btw I us
The attached patch addresses two of these tasks.
Angus Leeming wrote:
> FYI, this is a list of those things that should still be addressed before
> we can say that the port to Windows is finished:
>
> * backport the just-committed changes to the 1.3.x branch.
>
> * address
FYI, this is a list of those things that should still be addressed before
we can say that the port to Windows is finished:
* backport the just-committed changes to the 1.3.x branch.
* address those things that have broken compilation with MSVC (1.4.x only).
* add configure code to pass the
Both file dialogs should work alike in theory: Return a relative filename
if the file is in the document directory or a subdirectory thereof, and
return an absolute filename if not.
Do you get different behaviour?
Yes, with LyX 1.3.5 qt (Windows port).
Ekkehart
Angus Leeming wrote:
* auto-saving of your document every X minutes without blocking your
editing session.
This last is an ideal candidate for a separate thread and there's no real
reason why it shouldn't make its way into the 1.4.x port to Windows.
However, I don't really re
Rob Bearman wrote:
>> This will probably mean that Windows users (is that just Michael
>> Schmitt?) will suffer from some temporary breakage of the
>> Windows port
>
> I am also building 1.4 for Windows regularly, but only with the Visual
> Studio build process, fyi.
> This will probably mean that Windows users (is that just Michael
> Schmitt?) will suffer from some temporary breakage of the
> Windows port
I am also building 1.4 for Windows regularly, but only with the Visual
Studio build process, fyi. By the way, will these patches eliminate th
users (is that just Michael
Schmitt?) will suffer from some temporary breakage of the Windows port
because applying some bits and not others will make things worse in
the short term. So, if you want a fully-working LyX on Windows, you
should apply this patch now and not wait for the pieces to
Am Mittwoch, 13. April 2005 10:16 schrieb Ekkehart Schlicht:
> Just a small suggestion:
>
> If BibTeX reference is inserted and the bibliography file is searched
for
> and selected, its reference is given as the absolute path, rather than
> the relative path. To enhance portability, it would be
Just a small suggestion:
If BibTeX reference is inserted and the bibliography file is searched for
and selected, its reference is given as the absolute path, rather than
the relative path. To enhance portability, it would be good to
take the relative path, as done with the graphics entries.
Ekkeha
Michael Schmitt wrote:
> Dear Angus,
>
> I noticed that graphics preview does not work on the Win32 platform.
>
> According to the debug output, graphics conversion works well and a PPM
> file is generated in the tmp folder. However, after successful
> conversion, LyX prints the following error
Dear Angus,
I noticed that graphics preview does not work on the Win32 platform.
According to the debug output, graphics conversion works well and a PPM file
is generated in the tmp folder. However, after successful conversion, LyX
prints the following error message:
LyX: Something rotten happ
Michael Schmitt wrote:
> Dear Ruurd,
>
> is it possible for you to provide the excited audience with a new
> LyX 1.3.5 Win32 port? (I guess you have already all the tools at
> hand and your 1.3.3 patches don't need too many modifications,
> right?)
>
> Regards,
Dear Ruurd,
is it possible for you to provide the excited audience with a new LyX
1.3.5 Win32 port? (I guess you have already all the tools at hand and
your 1.3.3 patches don't need too many modifications, right?)
Regards, Michael
On Wed, Jun 02, 2004 at 01:22:13PM +0200, Lars Gullik Bjønnes wrote:
> Gour <[EMAIL PROTECTED]> writes:
>
> | Since LyX is going into GUI-independence territory, can we say that some
> | toolkit is 'more natural'?
>
> I'd say that a C++ toolkit is "more natural", other than that it
> really doesn
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Did anyone try that? How far is it from usefulness? This is not
>> very clear from the status pages or the mailing lists.
Juergen> Indeed. I wouldn't count on it yet. The clearest statement
Jean-Marc Lasgouttes wrote:
> Did anyone try that? How far is it from usefulness? This is not very
> clear from the status pages or the mailing lists.
Indeed. I wouldn't count on it yet. The clearest statement I found is this
(from Feb 2004):
http://lists.kde.org/?l=kde-cygwin&m=107644957930216&w
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Perhaps there's some vague hope, although the development of
Juergen> this seems to be very slow:
Juergen> http://kde-cygwin.sourceforge.net/qt3-win32/
Did anyone try that? How far is it from usefulness? This is not very
Angus Leeming wrote:
> However, fltk version 2 no longer aims to provide this compatibility.
Hmm, the fltk2 docs still state this to be true, and fluid also seems to
work with fltk2. Moreover I found this message (and nothing contrary):
http://www.fltk.org/newsgroups.php?s1+gfltk.general+Gfltk+v6
Juergen Spitzmueller wrote:
> Incidentally, Angus: Since xforms was the base of fltk, it aims to
> be highly compatible to xforms (synonymous functions etc.). It even
> provides a tool for converting *.fd files to fltk dialogs. Do you
> know if this statement is still true for xforms 1.x? Just curi
Gour wrote:
> Qt is not free for win32 and therefore further development is stalled, and
> my initial point in bringing wxWidgets as a free cross-platform toolkit
> was with the idea to solve the future of win32 port as a mean of further
> propagation of LyX & LaTeX/TeX typese
Angus Leeming wrote:
>> The more "natural" Toolkit for LyX would be FLTK I think, because it
>> seems to be quite close to xforms. But that would have to be done as
>> well...
>
> I don't think that is true any longer. The LyX core sees absolutely
> nothing of the GUI toolkit. All toolits are, th
Angus Leeming ([EMAIL PROTECTED]) wrote:
Hi Angus!
> The Qt toolkit is cross platform and the frontend works. We'll keep
> it working. It's up to you to decide whether you want to help port
> lyx to another toolkit.
The whole thread has started (see the subject) with th
I'm just thinking that at the present moment there
> are (maybe) separate endeavours for each port (are they?), while
> wxWidgets can (in theory) provide port(s) for three platforms with
> native widgets on each.
The Qt toolkit is cross platform and the frontend works. We'
l to bring LyX (almost automatically) to three main platforms:
Linux, Mac & Win32, instead of having devlopers working on each port separately
- saving the developer time.
Besides that, wxWidgets seems more stable than GTK on win32 and give native
widgets, and gives, imho, enough bells &a
resent moment there are (maybe)
separate endeavours for each port (are they?), while wxWidgets can (in theory)
provide port(s) for three platforms with native widgets on each.
However, I don't want to push LyX developers in something which they do not
consider as a fun :-)
Thank You for yo
Hello Gour,
On Wed, 2 Jun 2004 13:15:07 +0200
Gour <[EMAIL PROTECTED]> wrote:
> Karsten Heymann ([EMAIL PROTECTED]) wrote:
>
> > The more "natural" Toolkit for LyX would be FLTK I think, because it
> > seems to be quite close to xforms. But that would have to be done as
> > well...
>
> Why do y
Angus Leeming <[EMAIL PROTECTED]> writes:
| Should we be interested in supporting a frontend based on Yet Another
| Toolkit? IMO, no. We should not waste our effort carelessly. The goal
| should be a more powerful tool accessible to more people.
But we won't actively hinder it.
Similar to the
y longer. The LyX core sees absolutely
nothing of the GUI toolkit. All toolits are, therefore, equal.
Development in the 1.3.x cycle concentrated on achieving
GUI-independence and a fully functional port to the Qt toolkit.
Almost everybody posting questions to the lyx-users list says that
they&#
Gour <[EMAIL PROTECTED]> writes:
| Since LyX is going into GUI-independence territory, can we say that some
| toolkit is 'more natural'?
I'd say that a C++ toolkit is "more natural", other than that it
really doesn't matter...
--
Lgb
Karsten Heymann ([EMAIL PROTECTED]) wrote:
> The more "natural" Toolkit for LyX would be FLTK I think, because it
> seems to be quite close to xforms. But that would have to be done as
> well...
Why do you think it is more 'natural'?
Since LyX is going into GUI-independence territory, can we say
Lars Gullik BjÃnnes ([EMAIL PROTECTED]) wrote:
> | Is there any reason why wxWidgets toolkit is (somehow) avoided?
>
> Only that nobody has done, or been interested enough to do the actual
> work.
Good to know that. Seeing qt port done, hearing about gtk...I thought maybe is
som
On Wed, 2 Jun 2004 11:01:24 +0200
Gour <[EMAIL PROTECTED]> wrote:
> Is there any reason why wxWidgets toolkit is (somehow) avoided?
Well, I think someone would have to do it :)
> It's not that I'm pushing it, but, imho, it looks like a mature
> multi-platform toolkit with a fair licence.
The mo
Gour <[EMAIL PROTECTED]> writes:
| Angus Leeming ([EMAIL PROTECTED]) wrote:
>
>> No. But a gtk port has made progress. (gtk is licensed under the LGPL
>> and has been ported to Win32.) The main LyX window is functional and
>> a couple of the dialogs have been ported.
Angus Leeming ([EMAIL PROTECTED]) wrote:
> No. But a gtk port has made progress. (gtk is licensed under the LGPL
> and has been ported to Win32.) The main LyX window is functional and
> a couple of the dialogs have been ported. The rest of the dialogs are
> from the XForms frontend
Gour wrote:
> However, I'm concerned abut the future of Win32 port since it is
> based on free version of qt which is not offered for the latest qt
> incarnations.
>
> Does it mean that win32 port is cursed to stay in the old mud?
>
> Has anyone considered to do a wxWi
world, but LyX can bridge
the gap nicely.
However, I'm concerned abut the future of Win32 port since it is based on
free version of qt which is not offered for the latest qt incarnations.
Does it mean that win32 port is cursed to stay in the old mud?
Has anyone considered to do a wxWidgets por
Andreas Klostermann wrote:
> This is an xforms problem isn't it?
But it works with the xforms frontend. I suspect that it has something to do
with the tabs resizing method (and the font request), but this might be
completely wrong.
Regards,
Jürgen
> greetings,
> Andreas
Juergen Spitzmueller t-online.de> writes:
> Redraw screen
> BadDrawable (invalid Pixmap or Window parameter) id: 0
[snip]
> #9 0x40c6ed31 in _XF86BigfontQueryFont ()
>from /usr/X11R6/lib/libX11.so.6
> #10 0x40c6e45a in XLoadQueryFont () from /usr/X11R6/lib/libX11.so.6
> #11 0x40a6ed03 in fl_t
Juergen Spitzmueller wrote:
> can you provide a backtrace of this particular crash?
Hm...
Redraw screen
BadDrawable (invalid Pixmap or Window parameter) id: 0
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 24571)]
0x40872691 in kill () from /lib/libc.so.6
(gdb) bt
#0
Andreas Klostermann wrote:
> Hmmm.. robustness when facing problems... isn't that also something
> of a problem with the frontend independence of lyx as a whole?
I don't think so.
> Maybe some details of that controller/view model aren't
> followed through correctly.
The controller is stateles
Andreas Klostermann wrote:
> I really need to "make install" to make anything work, but the document
> preferences crash was not solved this way!
can you provide a backtrace of this particular crash?
Jürgen
Angus Leeming lyx.org> writes:
>
> Andreas Klostermann wrote:
> > I tried the gtk port from CVS... crashes every now and then
> > rather now than
> > then though... for example when trying to invoke the document
> > preferences dialog (or layout I think it
Juergen Spitzmueller wrote:
> For some weird reasons (finding glade files), you have to make
> install the gtk build, else any gtk dialog crashes.
H. I tried that and it still crashed.
Anyway, there must be a way to tell libglade where to look. It should
be easy to first test whether lyx is i
Andreas Klostermann wrote:
> CVS... crashes every now and then rather now than
> then though... for example when trying to invoke the document preferences
> dialog (or layout I think it's called in the qt port), or when entering
> German Umlauts, and and and
For s
Am Montag, 26. April 2004 10:31 schrieb Angus Leeming:
> ps, does anyone know Huang Ying's email address? If so, could they add
> an entry to CREDITS. Thanks.
The address is hying_caritas at 163 dot com. I'll add a credits entry.
Regards,
Jürgen.
Andreas Klostermann wrote:
> I tried the gtk port from CVS... crashes every now and then
> rather now than
> then though... for example when trying to invoke the document
> preferences dialog (or layout I think it's called in the qt port),
> or when entering German
Hi!
I tried the gtk port from CVS... crashes every now and then rather now than
then though... for example when trying to invoke the document preferences
dialog (or layout I think it's called in the qt port), or when entering German
Umlauts, and and and
Is there somebody still wo
Nilam Gaikwad wrote:
> Hi all,
>
> I'm Neelam From India. And I want to participate in porting LyX in
> Linux for indian languages.
> My first porting priority is for Tamil & Sanskrit languages.
>
> On my home PC Linux 8.0 is installed. QT and tetex are already
> installed. When I tried to insta
Hi all,
I'm Neelam From India. And I want to participate in porting LyX in Linux for
indian languages.
My first porting priority is for Tamil & Sanskrit languages.
On my home PC Linux 8.0 is installed. QT and tetex are already installed.
When I tried to install LyX rpm. It asked to install rpm fo
Jose' Matos wrote:
> Hi Angus,
> I discovered that I need this for the gtk port to compile. I think
> that you forgot some bits. :-)
>
> Is the following patch ok?
Looks sensible...
--
Angus
Hi Angus,
I discovered that I need this for the gtk port to compile. I think that you
forgot some bits. :-)
Is the following patch ok?
--
José Abílio
LyX and docbook, a perfect match. :-)
Index: po/POTFILES.in
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
>>
>> Patch is welcome.
>
| Is this ok?
yes.
--
Lgb
On Monday 13 October 2003 16:59, Angus Leeming wrote:
>
> You should have empty functions defined in gtk/lyx_gui.C...
>
> Ahhh. My bad. Could you please prepend each with 'lyx_gui::'.
Done, it works. I will commit the fixes.
--
José Abílio
LyX and docbook, a perfect match. :-)
Jose' Matos wrote:
> Any clue?
> That socket thing look suspicious there, I know. :-)
>
> This is for the gtk frontend, I do not have any problem with
> xforms or qt.
You should have empty functions defined in gtk/lyx_gui.C...
Ahhh. My bad. Could you please prepend each with 'lyx_gui::'.
On Monday 13 October 2003 15:39, Andre Poenitz wrote:
> On Mon, Oct 13, 2003 at 03:29:08PM +0100, Jose' Matos wrote:
> > On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
> > > Patch is welcome.
> >
> > Is this ok?
>
> Looks similar to what Lars did in similar places. So if it works it
>
On Mon, Oct 13, 2003 at 03:29:08PM +0100, Jose' Matos wrote:
> On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
> >
> > Patch is welcome.
>
> Is this ok?
Looks similar to what Lars did in similar places. So if it works it
should be ok.
Andre'
--
Those who desire to give up Freedom i
On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
>
> Patch is welcome.
Is this ok?
--
José Abílio
LyX and docbook, a perfect match. :-)
Index: lyx_gui.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/gtk/ly
"Jose' Matos" <[EMAIL PROTECTED]> writes:
|std::vector >&)':
| lyx_gui.C:339: no matching function for call to `LyXFunc::dispatch(const
|std::basic_string, std::allocator >&)'
| ../../../src/lyxfunc.h:46: candidates are: void LyXFunc::dispatch(const
|FuncRequest&, bool = false)
>
| rh
This appears to be related with Lars dispatch patch:
make[5]: Entering directory `/home/jamatos/lyx/lyx-devel/src/frontends/gtk'
source='lyx_gui.C' object='lyx_gui.lo' libtool=yes \
depfile='.deps/lyx_gui.Plo' tmpdepfile='.deps/lyx_gui.TPlo' \
depmode=gcc3 /bin/sh ../../../config/depcomp \
/bin/sh
[EMAIL PROTECTED] writes:
| > Tell me again why we should pay _any_ attention to you then?
|
| It's been suggested to me in a private email that I respond the
| following link:
|
| http://www.lyx.org/news/2315.php3#editorial4
And?
If you only could be as constructive now...
--
On Sun, Jul 13, 2003 at 03:53:14AM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] writes:
>
> | As to your request for specifics, I haven't decided whether it's worth the
> | effort to dredge up and advocate past ambitious proposals, a subset of which
> | have been outlined on this list ove
1 - 100 of 293 matches
Mail list logo
