I just observed that line breaking seems not to work, neither in Firefox
nor in Internet Explorer (both under Windows XP).
Ekkehart
Problem is gone - maybe it was idiosyncratic on my machine (?)
Ekkehart
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> if you are referring to this excerpt from the libiconv README:
...
> my reading of it is that you need the three compilations only if you want
> an internationalized iconv program, i.e., if you want translated messages
> from iconv. I personally thi
I just observed that line breaking seems not to work, neither in Firefox
nor in Internet Explorer (both under Windows XP).
Ekkehart
On Mar 20, 2006, at 5:33 PM, Abdelrazak Younes wrote:
Bennett Helm a écrit :
I've been trying now to compile lyx with the Qt-4 frontend and
gcc-3.3, and I get the following at the final link stage. Any
suggestions?
Hello Bennet,
QUrl is defined in libQtCore or libQtCore4 depending on your
Angus Leeming <[EMAIL PROTECTED]> writes:
> Ok, I've read 'em. I can see that the thing compiles, but my reading of the
> libiconv/gettext installation notes is that you need a third compilation:
>
> * make, make install gettext
> * make, make install libiconv
> * make, make install gettext
>
>
Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Dear Angus,
>
> believe or not: I am still working on INSTALL.Win32!
:)
> Now that we no longer rely on the msbitfields flag, I tested whether
> getext (0.14.5) and libiconv (1.10) can be built with MinGW. Surprise,
> surprise, compilation works p
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | Why not make the precommit-hook something like:
> | sed 's/\r$//' orig.diff > unix_line_endings.diff
> | There's no real reason to beat the developers up over something that can be
> | fixed automatically.
> No. This is just not done.
> preco
On Thu, Mar 16, 2006 at 10:39:24PM -0800, Kayvan A. Sylvan wrote:
> On Tue, Mar 14, 2006 at 12:18:43AM +0100, Lars Gullik Bjønnes wrote:
> > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> >
> > | config.status: creating src/insets/Makefile
> > | config.status: creating src/support/Makefile
> > |
Michael Gerz <[EMAIL PROTECTED]> writes:
> 2. class OStream has a method called "printf". Unfortunately, gettext
> 0.14.5 redefines printf which results in a lot of errors (IIRC printf is
> replaced by "intl_printf").
Michael,
I solved that problem by the following patch:
--- common/config.cp
Bennett Helm a écrit :
I've been trying now to compile lyx with the Qt-4 frontend and gcc-3.3,
and I get the following at the final link stage. Any suggestions?
Hello Bennet,
QUrl is defined in libQtCore or libQtCore4 depending on your Qt4 packaging.
I think png* is defined in libpng. All the
I've been trying now to compile lyx with the Qt-4 frontend and
gcc-3.3, and I get the following at the final link stage. Any
suggestions?
Bennett
--
ld: Undefined symbols:
__ZN8QUrlInfo10setSymLinkEb
__ZN8QUrlInfo11greaterThanERKS_S1_i
__ZN8QUrlInfo5equalERKS_S1_i
__ZN8QUrlInfo6
Dear Kevin,
as you know, the LyX people are working hard on a Windows port of their
software that uses the latest Aspell library.
Unfortunately, we discovered two issues with Aspell 0.60.4:
1. File ./common/file_util.cpp lacks the following include statement
(before line 29):
# includ
Dear Angus,
believe or not: I am still working on INSTALL.Win32!
Now that we no longer rely on the msbitfields flag, I tested whether
getext (0.14.5) and libiconv (1.10) can be built with MinGW. Surprise,
surprise, compilation works perfectly (see attachment for compile
instructions)
Unfort
Angus Leeming <[EMAIL PROTECTED]> writes:
| Georg Baum <[EMAIL PROTECTED]> writes:
|
| >
| > Lars,
| >
| > what are we going to do? Currently Abdel keeps putting in more and more
| > files with mixed line endings. This should be stopped as soon as possible.
| >
| > I can do the eol-style conve
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars,
|
| what are we going to do? Currently Abdel keeps putting in more and more
| files with mixed line endings. This should be stopped as soon as possible.
|
| I can do the eol-style conversion if we are going to use that. Otherwise,
| please install t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Ok, this is what I am going to commit.
|
| Lars> I am not really happy with the fact that RandomListIterator
| Lars> really is a std::list<>::iterator. I'd like it to be a
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Montag, 20. März 2006 20:16 schrieb Juergen Spitzmueller:
| > Jean-Marc Lasgouttes wrote:
| > > Juergen> It does not compile as is (not that I tried too hard).
| > >
| > > I suspect it works with --disable-concept-checks.
| >
| > No, it doesn't. I'm try
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Montag, 20. März 2006 16:45 schrieb Enrico Forestieri:
> > Jean-Marc Lasgouttes ...> writes:
> >
> > > What are the preprocessor macros that say we are in cygwin -mnocygwin
> > > mode? This is what we have to test for.
> >
> > Please, find below the
On Mon, Mar 20, 2006 at 01:52:34PM -0600, Bo Peng wrote:
> > I fixed it in trunk and branch. Please test.
>
> The problem with sciword.bind is fixed. I still have message
>
> unusual contents found:
>
> with a customized .layout file. I think there is something wrong with
> my .layout file bu
Am Montag, 20. März 2006 20:16 schrieb Juergen Spitzmueller:
> Jean-Marc Lasgouttes wrote:
> > Juergen> It does not compile as is (not that I tried too hard).
> >
> > I suspect it works with --disable-concept-checks.
>
> No, it doesn't. I'm trying with --disable-pch later, but I have to leave
now
just wondering about the following (remotely related) issue:
there is now special casing in the qt4 frontend for grey40 etc
perhaps it is cleaner to define the default colors in rgb values?
> I fixed it in trunk and branch. Please test.
The problem with sciword.bind is fixed. I still have message
unusual contents found:
with a customized .layout file. I think there is something wrong with
my .layout file but the error message can be more helpful.
Also, when lyx is closed, there
Am Montag, 20. März 2006 16:45 schrieb Enrico Forestieri:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > What are the preprocessor macros that say we are in cygwin -mnocygwin
> > mode? This is what we have to test for.
>
> Please, find below the results obtained with and without -mno-cy
Am Montag, 20. März 2006 14:30 schrieb Abdelrazak Younes:
> And here is the fix. The problems lies in that the QColor() constructor
> produces an invalid color (RGB 0,0,0). I am going to commit that for
> qt4. This bug is also present in qt2 but I am not sure the same fix
> applies. I have chose
Am Montag, 20. März 2006 13:49 schrieb John Levon:
> On Mon, Mar 20, 2006 at 01:14:40PM +0100, Abdelrazak Younes wrote:
>
> > There are a number of bugs that need to be fixed in the qt4 frontend.
> > Inspired by Edwin recent bug fixing activity I thought it might be a
> > good idea to report the
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | Maybe I'll just f**k off then? Really, I don't see why you're beating me up
> | about something so trivial.
> If I remembered you beeing so touchy I would have used a lot of
> emoticons.
Oh, I'm just sleep deprived. Telling me to go get a sense
Jean-Marc Lasgouttes wrote:
> Juergen> It does not compile as is (not that I tried too hard).
>
> I suspect it works with --disable-concept-checks.
No, it doesn't. I'm trying with --disable-pch later, but I have to leave now.
Jürgen
> Yes, this is familiar. Reconfigure with --disable-stdlib-debug.
I forgot this and lyx hung again. If this option will not help
debugging (cause lyx to hang), why not disable it by default?
Bo
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Hi Lars,
|
| Funny that you are doing the exact same changes as my original patch
| fixing the code to use std::distance and std::advance (in this case
| boost::next). You rejected my patch exactly because of this...
Bo Peng a écrit :
RHEL4, gcc 3.4.5, qt frontend.
please update to 13441.
Abdel.
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| > Angus Leeming <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes wrote:
| > | > Angus Leeming writes:
| > | > | Changing subject for advertising reasons...
| > | > Ok, where is the tar.gz?
| > | >
On Mon, Mar 20, 2006 at 03:59:10PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Mon, 2006-03-20 at 15:23 +0200, Martin Vermeer wrote:
> >> Just wanted to make sure no further changes were called for before
> >> committing... I wil
RHEL4, gcc 3.4.5, qt frontend.
...
make[4]: Leaving directory `/home/bpeng/tmp/lyx-devel/src/client'
make all-am
make[4]: Entering directory `/home/bpeng/tmp/lyx-devel/src/client'
if g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch
--include=./pch.h -I./.. -I../../boost -Wextra -Wall
-I/
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Hi Lars,
|
| Funny that you are doing the exact same changes as my original patch
| fixing the code to use std::distance and std::advance (in this case
| boost::next). You rejected my patch exactly because of this...
If you made the exact same chan
Georg Baum a écrit :
Abdelrazak Younes wrote:
I didn't know I have to go inside client for it to compile, sorry.
??? I don't need to do that (otherwise I would not have noticed, I don't use
the client)
It is neither in my trunk/Makefile nor in trunk/src/Makefile. My
configure just decided
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Lars,
>
> what are we going to do? Currently Abdel keeps putting in more and more
> files with mixed line endings. This should be stopped as soon as possible.
>
> I can do the eol-style conversion if we are going to use that. Otherwise,
> please instal
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> I'd be interested to have people test it in 1.4 too.
Juergen> It does not compile as is (not that I tried too hard).
I suspect it works with --disable-concept-checks.
JMarc
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
Georg Baum a écrit :
Lars,
what are we going to do? Currently Abdel keeps putting in more and more
files with mixed line endings. This should be stopped as soon as
possible.
Did I do that? I thought my editor was OK with that... Sorry
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Ok, this is what I am going to commit.
Lars> I am not really happy with the fact that RandomListIterator
Lars> really is a std::list<>::iterator. I'd like it to be a real
Lars> random_access_iterator. We should probably create
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Abdelrazak Younes wrote:
>> I didn't know I have to go inside client for it to compile, sorry.
Georg> ??? I don't need to do that (otherwise I would not have
Georg> noticed, I don't use the client)
It does not get compiled in windows
Abdelrazak Younes wrote:
> I didn't know I have to go inside client for it to compile, sorry.
??? I don't need to do that (otherwise I would not have noticed, I don't use
the client)
> Too many sorries today :-(
No problem (but I feel a bit like a watch dog lately, which I really don't
want to
Georg Baum a écrit :
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes a écrit :
Abdelrazak> Shall I commit that?
Yes, I think so.
done.
You did not compile the client, did you?
I didn't kn
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes a écrit :
>>> "Abdelrazak" == Abdelrazak Younes
>>> <[EMAIL PROTECTED]> writes:
>>
>> Abdelrazak> Abdelrazak Younes a écrit :
>> Abdelrazak> Shall I commit that?
>>
>> Yes, I think so.
>
> done.
You did not compile the client, did you? Th
Abdelrazak Younes a écrit :
Georg Baum a écrit :
Lars,
what are we going to do? Currently Abdel keeps putting in more and more
files with mixed line endings. This should be stopped as soon as
possible.
Did I do that? I thought my editor was OK with that... Sorry about that.
I am going to swi
Georg Baum a écrit :
Lars,
what are we going to do? Currently Abdel keeps putting in more and more
files with mixed line endings. This should be stopped as soon as possible.
Did I do that? I thought my editor was OK with that... Sorry about that.
I am going to switch to xemacs and cleanup my m
Jean-Marc Lasgouttes wrote:
> I'd be interested to have people test it in 1.4 too.
It does not compile as is (not that I tried too hard).
Jürgen
Angus Leeming wrote:
Would interested parties please try this out? If it proves to work as
advertised I'll put together a page on the wiki and we can advertise
more widely.
The installer ran fine. It picked up yap and notepad as viewers but not
a PDF viewer. Haven't had time to futz aro
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Ok, this is what I am going to commit.
Lars> I am not really happy with the fact that RandomListIterator
Lars> really is a std::list<>::iterator. I'd like it to be a real
Lars> random_access_iterator. We should probably create
Lars,
what are we going to do? Currently Abdel keeps putting in more and more
files with mixed line endings. This should be stopped as soon as possible.
I can do the eol-style conversion if we are going to use that. Otherwise,
please install the precommit-hook.
Georg
> "lasgouttes" == lasgouttes <[EMAIL PROTECTED]> writes:
lasgouttes> Author: lasgouttes Date: Mon Mar 20 16:36:14 2006 New
lasgouttes> Revision: 13435
lasgouttes> Log: * src/frontends/qt2/QWorkArea.C
lasgouttes> (QWorkArea::QWorkArea): do not set workarea background
lasgouttes> (bug 2197)
T
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> When I use sciword.bind, LyX: BN_BIND: Unknown LyX function
Bo> `find-replace' [around line 165 of file
Bo> /usr/local/share/lyx/bind/sciword.bind]
I fixed it in trunk and branch. Please test.
JMarc
On Mon, 2006-03-20 at 17:01 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Is this supposed to help with 1.4? We have some reports of
> >> operations on mac being dependent on document size
>
> Martin> Which operations? Core operations ar
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Is this supposed to help with 1.4? We have some reports of
>> operations on mac being dependent on document size
Martin> Which operations? Core operations are unrelated to this patch.
Things like that:
http://marc.theaimsgroup.com
Hartmut Haase wrote:
> can someone explain why the page number of the attached file is below the
> page?
Sure. Your bottom margin is too narrow (i.e. smaller than footskip). Increase
it or set "footskip" ("Abstand zum Fuß") to a value smaller than the bottom
margin, e.g. 0.5cm.
HTH,
Jürgen
Also sprach John Levon:
> > This is until you have tried it two times, then you know.
>
> You mean you've somehow memorised whether the database you want is on
> the list?
Sure. I know that I need the list only, because I use BIBINPUTS.
But I talked about the knowledge of what the buttons do.
Aft
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> What are the preprocessor macros that say we are in cygwin -mnocygwin
> mode? This is what we have to test for.
Please, find below the results obtained with and without -mno-cygwin.
Essentially, I think that in the first case the WIN32 thing (in
On Mon, 2006-03-20 at 16:08 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Fri, Mar 17, 2006 at 04:21:16PM +0200, Martin Vermeer
> Martin> wrote:
> >> On Fri, Mar 17, 2006 at 02:49:13PM +0100, Abdelrazak Younes wrote:
> >>
> >> ...
Hi,
can someone explain why the page number of the attached file is below the
page?
--
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
The freedom on any society varies proportionally with the volume of its
laughter.
Gemeindeleben107.lyx
Description: appli
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes a écrit :
Abdelrazak> Shall I commit that?
Yes, I think so.
done.
Abdel
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Yep I used 'c:/' like syntax. But the --with-extra-prefix never worked
> for me, with either c:/ or /c/ style. configure just stops telling that
> it cannot find 'c' directory even though it was there.
Unlike MSYS, when using Cygwin the /c thing s
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes a écrit :
Abdelrazak> Shall I commit that?
Yes, I think so.
JMarc
Abdelrazak Younes a écrit :
Georg Baum a écrit :
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
buf->lyxrc.C: tempdir_path = "/tmp";
It seems that this one is overwritten in LyX::init() anyway. Remove it.
Should I update my patch with this and commit it?
I think so, but you shoul
Jean-Marc Lasgouttes a écrit :
"Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Fri, Mar 17, 2006 at 04:21:16PM +0200, Martin Vermeer
Martin> wrote:
On Fri, Mar 17, 2006 at 02:49:13PM +0100, Abdelrazak Younes wrote:
...
Actually with your first patch, if you open a document
On Mon, Mar 20, 2006 at 03:27:00PM +0100, Juergen Spitzmueller wrote:
> > You can't easily make the decision on which button to press until after
> > you've pressed it and found out.
>
> This is until you have tried it two times, then you know.
You mean you've somehow memorised whether the datab
On Mon, 2006-03-20 at 14:01 +0100, Abdelrazak Younes wrote:
> Martin Vermeer a écrit :
> > On Fri, Mar 17, 2006 at 04:21:16PM +0200, Martin Vermeer wrote:
> >> On Fri, Mar 17, 2006 at 02:49:13PM +0100, Abdelrazak Younes wrote:
> >>
> >> ...
> >>
> >>> Actually with your first patch, if you open a
Angus Leeming <[EMAIL PROTECTED]> writes:
> I seem to remember you stating that this dynamic conversion worked for you
> using
> a Cygwin-built LyX. I was trying to find out a little bit more about your
> setup.
> Do you use the libiconv and gettext compiled by Cygwin, did you compile your
> own?
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Fri, Mar 17, 2006 at 04:21:16PM +0200, Martin Vermeer
Martin> wrote:
>> On Fri, Mar 17, 2006 at 02:49:13PM +0100, Abdelrazak Younes wrote:
>>
>> ...
>>
>> > Actually with your first patch, if you open a document, type
>> Ctr
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Mon, 2006-03-20 at 15:23 +0200, Martin Vermeer wrote:
>> Just wanted to make sure no further changes were called for before
>> committing... I will commit this then.
Martin> Committed... with following log entry (have to get
On Mon, 2006-03-20 at 15:23 +0200, Martin Vermeer wrote:
> Just wanted to make sure no further changes were called for before
> committing... I will commit this then.
Committed... with following log entry (have to get used still):
Further revision of the raise/lower selection to super/su
On Mon, 2006-03-20 at 15:23 +0200, Martin Vermeer wrote:
> On Mon, 2006-03-20 at 13:24 +0100, Georg Baum wrote:
> > Martin Vermeer wrote:
> >
> > > On Mon, 2006-03-20 at 11:37 +0100, Georg Baum wrote:
> > >> I like it a lot more, but have no time to test right now. One minor
> > >> nitpick: I woul
On Saturday 18 March 2006 10:57, Martin Vermeer wrote:
> Yes... user charstyle definitions in the header. Converting charstyle
> insets in the document back to ordinary font attributes on going back to
> an older LyX format would be nice to have ;-)
I am busy now, so not much time left. Sorry. :
When I created the Branches dialog class, I forgot to connect it to the
Document settings panel dialog.
This goes in now.
Abdel.
Index: D:/msys/home/yns/lyx/trunk/src/frontends/qt4/QBranches.C
===
--- D:/msys/home/yns/lyx/trunk/src
On Mon, 20 Mar 2006, Jean-Marc Lasgouttes wrote:
> > "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>
> Jose'> On Monday 20 March 2006 11:13, Jean-Marc Lasgouttes wrote:
> >> I have to admit I have never seen this word. Do people really use
> >> it in normal discussion?
>
> Jose'> Don'
> With the current solution, you are forced to hit two buttons
> to get to the file dialog every time.
and after that you need to select the database from a list and add it
the learning curve with 2 buttons doesn't seem very steep to me
Jean-Marc Lasgouttes wrote:
> Hmm, considering that Georg's solution is not particularly pretty (not
> your fault Georg, it is due to the need for this viewcache), wouldn't
> the following trivial patch be simpler?
>
> Or is it really too trivial to be good? I understands it sprinkles
> more of t
Jean-Marc Lasgouttes wrote:
> Strangely enough, the bug did not trigger either when using
> middle-button to paste. Why?
Because until now, middle mouse button is always passed to the cell's
insettext instead of insettabulars LFUN_PASTESELECTION (this is part of bug
2394).
It triggers with my f
John Levon wrote:
> You can't easily make the decision on which button to press until after
> you've pressed it and found out.
This is until you have tried it two times, then you know. With the current
solution, you are forced to hit two buttons to get to the file dialog every
time. Knowledge do
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> (I feared that LyX could still crash because you set the
Juergen> ViewCache inside insertAsciiString, which is not always used
Juergen> by pasteselection. But in fact, it doesn't)
Strangely enough, the bug did not trigge
On Mon, Mar 20, 2006 at 03:21:17PM +0100, Juergen Spitzmueller wrote:
> John Levon wrote:
> > This sounds worse than it is now...
>
> Why actually?
You can't easily make the decision on which button to press until after
you've pressed it and found out.
regards
john
On Mon, Mar 20, 2006 at 02:40:27PM +0100, Juergen Spitzmueller wrote:
> I hate to be a PITA, but I'm not convinced. Look, I have currently more than
> 100 bib files in that list (lots from the TeXLive distribution, and my own).
> Checking which one are selected would be difficult. There must be
John Levon wrote:
> This sounds worse than it is now...
Why actually?
Jürgen
Also sprach Leuven, E.:
> and you care about all 100?
No. But the list of those I care about is evergrowing.
> sound like an exceptional situation
Not exceptional for people that use a full TeXLive installation (quite a few I
guess).
> > Checking which one are selected would be difficult. Ther
On Mon, Mar 20, 2006 at 03:10:13PM +0100, Leuven, E. wrote:
> > Checking which one are selected would be difficult. There
> > must be a solution where only the selected databases are
> > visible (I would be fine with a "show only selected" toggle
> > or somesuch).
>
> what about having *two* butt
On Mon, Mar 20, 2006 at 01:55:21PM +0100, Abdelrazak Younes wrote:
> We need also a 1.5.0svn version.
Done.
john
> I hate to be a PITA,
sure ;-)
> but I'm not convinced. Look, I have currently more
> than 100 bib files in that list (lots from the TeXLive
> distribution, and my own).
and you care about all 100?
sound like an exceptional situation
> Checking which one are selected would be difficult. Ther
> "John" == John McCabe-Dansted <[EMAIL PROTECTED]> writes:
>> Sure, the "extra trouble" only ever occur for power users.
John> Perhaps we could have a new minibuffer command save-unchanged
John> which would save the document even if it is unchanged. Such
John> power users could replace "save"
Jean-Marc Lasgouttes wrote:
> Juergen> Seems to fix the crashes at least.
>
> Is it enough for your other bug?
I tested only wrt that bug (2394). I couldn't get LyX crashing with your fix
applied. However, I didn't test other cases that might be relevant wrt to the
original bug (2380).
(I feare
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Of course, if you're worried about the redundancy of the second
Angus> test for functions that *do* have a return type, you could
Angus> write the above as:
I am not worried about anything, as long as it works. Thanks.
JMarc
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Or is it really too trivial to be good?
Juergen> Seems to fix the crashes at least.
Is it enough for your other bug?
JMarc
Jean-Marc Lasgouttes writes:
>>> It works pretty well, except that I need the following trivial
>>> patch to see the function name:
>>> -s/[^ ]\{1,\} *// +s/[^ ]\{1,\} +//
> Angus> Interesting. I take it you were matching too much stuff?
> Yes. I attach the offending patch.
Ahhh. I didn't think
Jean-Marc Lasgouttes wrote:
> Or is it really too trivial to be good?
Seems to fix the crashes at least.
Jürgen
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
Here is the first bug:
When you click the "Alter button" on a added branch in "Document
Settings/Branches" Dialog, clicking on the palette on the right to
select a color won't work (selected color stays black). After
selecting a color f
On Monday 20 March 2006 8:42 am, Jean-Marc Lasgouttes wrote:
> > "Neal" == Neal Becker <[EMAIL PROTECTED]> writes:
>
> Neal> Happens repeatably every time I get to section 4.3. Doesn't
> Neal> matter if I page down slowly.
>
> And do you get to see images without crashing in some cases? (other
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> We need also a 1.5.0svn version. And maybe also a
Abdelrazak> 1.4.1svn?
We never introduce bugs in 1.4xsvn versions :) Or at least if this
happens, they should be fixed quickly enough that there is no need to
report a
> "Neal" == Neal Becker <[EMAIL PROTECTED]> writes:
Neal> Happens repeatably every time I get to section 4.3. Doesn't
Neal> matter if I page down slowly.
And do you get to see images without crashing in some cases? (other
documents, whatever?)
JMarc
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Monday 20 March 2006 11:13, Jean-Marc Lasgouttes wrote:
>> I have to admit I have never seen this word. Do people really use
>> it in normal discussion?
Jose'> Don't you have this word (or similar) in French?
Jose'> This come
John Levon wrote:
> It's too confusing.
people would get used to it.
> How about a multi-selection list box showing all the found bibtex's by
> default. A "Browse..." button would do the browsing
I hate to be a PITA, but I'm not convinced. Look, I have currently more than
100 bib files in that
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Georg Baum wrote:
>> The patch has been tested by Simon, and it works. Is it OK for
>> trunk and 1.4?
Juergen> I can confirm that it works. And I think it should go in
Juergen> 1.4.1. It's also a prerequisite for a patch
Abdelrazak Younes a écrit :
Here is the first bug:
When you click the "Alter button" on a added branch in "Document
Settings/Branches" Dialog, clicking on the palette on the right to
select a color won't work (selected color stays black). After selecting
a color from the "Basic Colors" or the
On Monday 20 March 2006 8:16 am, Jean-Marc Lasgouttes wrote:
> > "Neal" == Neal Becker <[EMAIL PROTECTED]> writes:
> >>
> >> Does it depend on whether the images in the user guide are already
> >> loaded?
>
> Neal> How can I tell?
>
> If you scroll carefully enough to the images of the UserGud
1 - 100 of 183 matches
Mail list logo
