On Mon, 2006-03-20 at 09:41 +0200, Martin Vermeer wrote:
> On Mon, 2006-03-20 at 07:49 +0100, Juergen Spitzmueller wrote:
> > Martin Vermeer wrote:
> > > This is a regression from 1.3. It should be possible, both with ^ _ keys
> > > and with the math panel (and directly with the commands math-super
On Mon, 2006-03-20 at 07:49 +0100, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > This is a regression from 1.3. It should be possible, both with ^ _ keys
> > and with the math panel (and directly with the commands math-superscript
> > and math-subscript), to raise the selection to a super
On Sun, 2006-03-19 at 22:12 +0200, Martin Vermeer wrote:
> On Sun, Mar 19, 2006 at 09:42:09PM +0200, Martin Vermeer wrote:
> >
> > This is a regression from 1.3. It should be possible, both with ^ _ keys
> > and with the math panel (and directly with the commands math-superscript
> > and math-subs
Martin Vermeer wrote:
> This is a regression from 1.3. It should be possible, both with ^ _ keys
> and with the math panel (and directly with the commands math-superscript
> and math-subscript), to raise the selection to a superscript or lower it
> to a subscript. Works in 1.3.7.
Does this fix bug
When I use sciword.bind,
LyX: BN_BIND: Unknown LyX function `find-replace' [around line 165 of
file /usr/local/share/lyx/bind/sciword.bind]
Cheers,
Bo
Works good! I have only one entry for LyX under Add/Remove programs.
Perhaps it would be better to have separate uninstalls for LyX137, LyX14x?
I was able to change my viewers by modifying the File format->Viewer field.
Path prefix was generated properly though I use paths without spaces.
The U
Paul <[EMAIL PROTECTED]> writes:
>
> Just tried the new installer. The configure script didn't find my PDF and PS
> viewers, even after adding the paths to \path_prefix in lyxrc.defaults.
Never mind, I got it to work. I modified the wrong file (needed to change
configure).
Angus Leeming <[EMAIL PROTECTED]> writes:
> Enrico,
>
> Using MSYS, I have built the libiconv package suggested by Michael and then
> gone on to build LyX using --with-included-gettext. configure finds
> libiconv and the build proceeds happily, but I find that the resulting .exe
> is unable to
Ok, this is what I am going to commit.
I am not really happy with the fact that RandomListIterator really is
a std::list<>::iterator. I'd like it to be a real
random_access_iterator. We should probably create our own. (And no; I
don't agree that we should only work with offsets and indices,
iter
Just tried the new installer. The configure script didn't find my PDF and PS
viewers, even after adding the paths to \path_prefix in lyxrc.defaults.
C:\Program Files\Adobe\Acrobat 7.0\Reader\AcroRd32.exe
c:\Program Files\GSview\gsview\gsview32.exe
I can set the viewers manually but shouldn't the
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Success! I managed to compile everything (qt4) without MSYS. There two
> small problem though:
> 1) I have to use -sysdir option because the generated executable look
> for an inexistant directory:
>
> $ ./lyx-qt4
> Unable to determine the system
Charles de Miramon <[EMAIL PROTECTED]> writes:
| Hello,
|
| I'm trying to compile from svn to check if bug #2379 is corrected.
|
| 1) I've checked the code with :
| svn co svn://svn.lyx.org/lyx/lyx-devel/trunk lyx-devel
|
| I guess, I have downloaded the future 1.4.1
1.5 actually.
If you want
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Angus Leeming writes:
| > | Changing subject for advertising reasons...
|
| > Ok, where is the tar.gz?
| > If this is only a Win test build of 1.4.xSVN then say so.
|
| ??? I think you need to get some rest ;-P
|
| T
Lars Gullik Bjønnes wrote:
Angus Leeming writes:
| Changing subject for advertising reasons...
Ok, where is the tar.gz?
If this is only a Win test build of 1.4.xSVN then say so.
??? I think you need to get some rest ;-P
The start of the original post:
With the help of the attached patc
Angus Leeming <[EMAIL PROTECTED]> writes:
| Changing subject for advertising reasons...
Ok, where is the tar.gz?
If this is only a Win test build of 1.4.xSVN then say so.
--
Lgb
Changing subject for advertising reasons...
Angus
Enrico Forestieri wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
Enrico Forestieri wrote:
Then why not compiling libiconv with mingw, too? It is quite strightforward
to do. As regards gettext, if you configure with --with-included-gettext,
it will be compiled alongside LyX.
Then why not kee
With the help of the attached patch, I have built and uploaded a snapshot
of the 1.4.x branch to:
http://wiki.lyx.org/uploads/Windows/LyX141pre/lyx-1.4.1-pre_win32_setup_v1.exe
Jean-Marc, could you apply the patch please? (I have been unable to create
a writable subversion repository on Windows
Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Enrico Forestieri wrote:
>
> >Then why not compiling libiconv with mingw, too? It is quite strightforward
> >to do. As regards gettext, if you configure with --with-included-gettext,
> >it will be compiled alongside LyX.
> >
> >
> Then why not keepin
Abdelrazak Younes a écrit :
Enrico Forestieri a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
This is interesting. I'll try to compile for a mingw target without the
-mms-bitfield switch and see what happens... I bet nothing
I have tried that in the past but did not succeed (compiling
On Sun, Mar 19, 2006 at 09:42:09PM +0200, Martin Vermeer wrote:
>
> This is a regression from 1.3. It should be possible, both with ^ _ keys
> and with the math panel (and directly with the commands math-superscript
> and math-subscript), to raise the selection to a superscript or lower it
> to a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hell, LyX Team!
First, thanks so much for a great tool! I'm finding some rough edges
in 1.4.0 on Mac OS X and have filed bug reports on BugZilla, but now
I have a feature request.
It would be very nice if LyX provided document classes that comb
This is a regression from 1.3. It should be possible, both with ^ _ keys
and with the math panel (and directly with the commands math-superscript
and math-subscript), to raise the selection to a superscript or lower it
to a subscript. Works in 1.3.7.
At the same time we get rid of The Abominable
Martin Vermeer wrote:
> Here is the cumulative patch, with thanks to Michael Gerz. I haven't
> compiled this myself yet so you may run into surprises ;-)
Some tweaking was necessary to get it to work. Attached is the resulting
patch, which seems to work well. I'll post it to bugzilla, so that peo
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
IMHO, the bibtex dialog should be accessible from the citation dialog.
For the matter, I think everything related to citation should be
accessible through the citation dialog.
And if we have several different bibtext insets (bibtopic)?
On Sun, Mar 19, 2006 at 12:49:53PM +0100, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > Yes, and I committed a patch to trunk
>
> Perfect! From my POV, multi par change tracking seems to be finished and
> working now, no more complaints :-)
>
> Do you have a cumulative patch for 1.4 th
Michael Gerz a écrit :
Georg Baum wrote:
Because of crashes. Please read the whole thread. This has been
discussed extensively.
Funny. It means that I should have experienced crashes all the time. I
wonder why I haven't... Very strange... I will look for a bullet-proof
compilation instruct
On Sun, Mar 19, 2006 at 11:22:31AM +0100, Michael Gerz wrote:
> Jean-Marc Lasgouttes wrote:
...
> given the fact that some bigger changes have to go into 1.4.X sooner or
> later (speedups & CT), I think we should keep 1.5.X and 1.4.X in sync as
> long as possible. I tried to keep track of all
Martin Vermeer wrote:
> Yes, and I committed a patch to trunk
Perfect! From my POV, multi par change tracking seems to be finished and
working now, no more complaints :-)
Do you have a cumulative patch for 1.4 that combines all the changes and
subsequent fixes you (and others) have done? I'd li
http://bugzilla.lyx.org/show_bug.cgi?id=2322
As advertised, the last patch I have in my tree for 1.4.1.
Jürgen
Index: src/frontends/gtk/GBibtex.C
===
--- src/frontends/gtk/GBibtex.C (Revision 13342)
+++ src/frontends/gtk/GBibtex.C (Ar
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
|
| Abdelrazak> I would say that it's a good first step. No need to add
| Abdelrazak> more speedup fixes. The major one would have to wait
| Abdelrazak> (RandomAccessList and Upd
Jean-Marc Lasgouttes wrote:
There are no speedups yet. I thought we would have really bad bugs to
catter for, but I was wrong. Therefore I think we should add some
speedup bugs.
What else? I am tempted to keep the change tracking patches for the
next round. There are many other small patches ta
Abdelrazak Younes wrote:
> IMHO, the bibtex dialog should be accessible from the citation dialog.
> For the matter, I think everything related to citation should be
> accessible through the citation dialog.
And if we have several different bibtext insets (bibtopic)?
Jürgen
Georg Baum wrote:
Because of crashes. Please read the whole thread. This has been discussed
extensively.
Funny. It means that I should have experienced crashes all the time. I
wonder why I haven't... Very strange... I will look for a bullet-proof
compilation instruction.
Michael
Am Sonntag, 19. März 2006 09:52 schrieb Michael Gerz:
> Another 1.4.X candidate???
No. configure.py is only used in 1.5.
Georg
Am Sonntag, 19. März 2006 10:00 schrieb Michael Gerz:
> This is not the libiconv version that Angus and I are using! Please be
> careful with what you are doing!
We are. LyX must be compiled without -mms-bitfields, since the qt4 Open
Source edition available from trolltech is compiled without i
Michael Gerz wrote:
This is not the libiconv version that Angus and I are using! Please be
careful with what you are doing!
Ok, I see that the flag has been removed already. I will check my
installation guide before I continue complaining...
Michael
Abdelrazak Younes wrote:
I forgot about that. Are we linking with libiconv or just using
iconv.exe? Same question for gettext.
https://sourceforge.net/project/shownotes.php?release_id=389183
Says that the lib is compiled with mingw so this should not be a problem.
This is not the libiconv v
Enrico Forestieri wrote:
Then why not compiling libiconv with mingw, too? It is quite strightforward
to do. As regards gettext, if you configure with --with-included-gettext,
it will be compiled alongside LyX.
Then why not keeping the option? Why all the trouble?
Michael
[EMAIL PROTECTED] wrote:
Author: baum
Date: Sat Mar 18 17:14:31 2006
New Revision: 13417
Log:
fix lib/configure.py invocation for builddir != srcdir
(create the lib directorty if it does not exist before running the script)
Modified:
lyx-devel/trunk/configure.ac
Another 1.4.X candidate
Am Samstag, 18. März 2006 18:13 schrieb Enrico Forestieri:
> Georg Baum <[EMAIL PROTECTED]> writes:
> I had to compile every library I needed for building LyX, and it
> turned out that I only needed Qt, aspell, and libiconv. Nothing more.
Ah, that information was missing until now.
> So, given th
41 matches
Mail list logo