John McCabe-Dansted wrote:
I cannot compile svn trunk revision 16774 on Fedora Core 4. Below is
the error I get. My config.log is at
http://www.csse.uwa.edu.au/~john/config.log. This appears to be the
result of some qt4 not being installed, but configure does not
complain.
Hi, John. This is ind
Enrico Forestieri wrote:
On Fri, Jan 19, 2007 at 05:11:13PM +0100, Jean-Marc Lasgouttes wrote:
I have been maintaining stable branches since LyX 1.1.5. I have to
admit that the fun part of it has vanished. Therefore I would be glad
to find someone to take this role from 1.5.1 onwards (I'll conti
Peter Kümmel wrote:
Peter Kümmel wrote:
Does any expert have an idea?
"The Usual Suspects" ;)
(sorry for the breaking-the-rules smiley)
Peter
See frontends/Dialogs.C:
void Dialogs::updateBufferDependent(bool switched) const
211 {
212 std::map::const_iterator it =
dialog
I cannot compile svn trunk revision 16774 on Fedora Core 4. Below is
the error I get. My config.log is at
http://www.csse.uwa.edu.au/~john/config.log. This appears to be the
result of some qt4 not being installed, but configure does not
complain.
BTW, I can compile lyx-1.4.x (qt), so this could b
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
As I said, there is way to solved that issue differently by painting
the
corners independently from the text.
I am not going to rip the draw machinery apart right now, because I
don't
know enough
Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
As I said, there is way to solved that issue differently by painting the
corners independently from the text.
I am not going to rip the draw machinery apart right now, because I don't
know enough about it and I also think th
Peter Kümmel wrote:
>
> I don't know what's the best way to go, but we could start a new
> endless discussion. (Have you registered that there wasn't such a
> beast within the last months? There was more coding than
> discussing. LyX is changing.)
Maybe have a schedule like KDE. You have a wiki
On Fri, Jan 19, 2007 at 05:11:13PM +0100, Jean-Marc Lasgouttes wrote:
> I have been maintaining stable branches since LyX 1.1.5. I have to
> admit that the fun part of it has vanished. Therefore I would be glad
> to find someone to take this role from 1.5.1 onwards (I'll continue
> with 1.4, I thi
Hi
I have just updated to the latest svn on my Debian computer and the Greek
letter Omega is not visible but it prints perfectly in postscript. The other
Greek letters seem to be visible.
A wish :) When I do ctrl-f to find something the normal behaviour is that
what is in the find dialog b
killermike wrote:
If I start a new document and try to 'save as...' the file save
dialogue opens up in my home dir
[snip]
Thanks for the advice. I've now submitted this as bug 3122.
--
http://www.unmusic.co.uk - about me, music, geek sitcom etc.
http://www.unmusic.co.uk/amhs/ - alt.music.home-
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> I have been maintaining stable branches since LyX 1.1.5. I have to
>> admit that the fun part of it has vanished. Therefore I would be glad
>> to find someone to take this role from 1.5.1 onwards (I'll continue
>> with 1.4, I think). Maybe J
Peter Kümmel wrote:
I've fixed a crash which happens when switching
between tabs and then opening the TOC dialog.
While testing I've discovered the scrolling feature
of the TOC dialog: it works like a scrolling bar, just
hold the mouse button pressed an move the mouse, but the
scroll step is not
Sorry for the repost, but the original thread seems to have been
'captured' by another poster who changed the topic.
The problem with the bullets described below has been confirmed by
two others on Mac.
Does it occur in Windows? Linux?
I looked in Preferences...Colors and did not see a way to
Peter Kümmel wrote:
> Does any expert have an idea?
"The Usual Suspects" ;)
(sorry for the breaking-the-rules smiley)
Peter
I've fixed a crash which happens when switching
between tabs and then opening the TOC dialog.
While testing I've discovered the scrolling feature
of the TOC dialog: it works like a scrolling bar, just
hold the mouse button pressed an move the mouse, but the
scroll step is not a stupid x-line-step
Georg Baum wrote:
Abdelrazak Younes wrote:
As I said, there is way to solved that issue differently by painting the
corners independently from the text.
I am not going to rip the draw machinery apart right now, because I don't
know enough about it and I also think that now is not the right mo
I can't believe it!
Plain text output was seriously broken for ages without anyone noticing it.
And then Jean-Marc comes back and he fixes exactly the same bug that I
fixed two days ago but failed to commit due to time constraints...
Michael
PS: I think the fix is not complete. I will provid
On Thursday 18 January 2007 9:54:07 pm Bo Peng wrote:
> This one is weird, False is a keyword of python...
But only after python 2.2.3, right?
Which version of python are you (Philip) using?
> Bo
--
José Abílio
On Friday 19 January 2007 4:24:55 pm Jean-Marc Lasgouttes wrote:
> I applied both.
Thanks.
> JMarc
--
José Abílio
On Friday 19 January 2007 4:02:43 pm Jean-Marc Lasgouttes wrote:
> OK, I'll apply it and tell Jose' that you made me do it if he
> complains.
Abdel... hum. How were you capable of such thing? ;-)
> JMarc
--
José Abílio
Bernhard Roider wrote:
> Bo Peng wrote:
>>> i tried the cmake thing, but an attempt to build lyx from the created
>>> lyx-qt4.sln with msvc produced
>>> the following error:
>>
>> version.C needs to be generated from version.C.in and MSVS Gui does
>> not know this. I guess you need to first build l
Bernhard Roider wrote:
> Hello Peter!
>>
>> Download 'lyx-windows-deps-msvc-qt4.zip' from
>> http://lyx.mirror.fr/index2.php?pwd=%2Fcontrib
>>
>> extract it, e.g to c:\lyx-windows-deps-msvc-qt4
>>
>> Add the path to qmake:
>> set PATH=c:\lyx-windows-deps-msvc-qt4\qt-4\bin;%PATH%
>>
>> call cmake fr
Georg Baum wrote:
> >> I have been maintaining stable branches since LyX 1.1.5.
>
> Which means that you did this for over 6 years. I think we all owe you a
> big thank you.
Indeed. And I think you did this job impressively well.
Jürgen
Bo Peng wrote:
I did that already and it works, but i thought to take a closer look at
the source code (that includes using a debugger), and as i can see for
now this is much easier from within msvc
You can generate msvc project files using scons.
From VS command prompt,
1. go to development
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> I have been maintaining stable branches since LyX 1.1.5.
Which means that you did this for over 6 years. I think we all owe you a big
thank you. I know that this job can be very hard, especially if people want
some new features or bug fixe
I did that already and it works, but i thought to take a closer look at
the source code (that includes using a debugger), and as i can see for
now this is much easier from within msvc
You can generate msvc project files using scons.
From VS command prompt,
1. go to development/scons
2. run "s
Then I am out of ideas (I am not an expert of cmake). If you do not
mind trying another building tool, you can use scons, which is
described in detail in INSTALL.win32 and INSTALL.scons.
Bo
I did that already and it works, but i thought to take a closer look at
the source code (that includes
Bo Peng wrote:
i tried the cmake thing, but an attempt to build lyx from the created
lyx-qt4.sln with msvc produced
the following error:
version.C needs to be generated from version.C.in and MSVS Gui does
not know this. I guess you need to first build lyx from command line
the first time to ob
But version.C exists (i attached it since it is really small) and i get
the error when compiling it.
Then I am out of ideas (I am not an expert of cmake). If you do not
mind trying another building tool, you can use scons, which is
described in detail in INSTALL.win32 and INSTALL.scons.
Bo
Jean-Marc Lasgouttes wrote:
> I guess this is bug 1820
> http://bugzilla.lyx.org/show_bug.cgi?id=1820
Indeed.
> I tried to fix it some time ago, but gave up. The code that handles
> language is horribly complicated.
100% ACK.
Georg
i tried the cmake thing, but an attempt to build lyx from the created
lyx-qt4.sln with msvc produced
the following error:
version.C needs to be generated from version.C.in and MSVS Gui does
not know this. I guess you need to first build lyx from command line
the first time to obtain this file,
On Mon, Jan 15, 2007 at 10:27:16AM +0100, Jean-Marc Lasgouttes wrote:
> In undo.C we would have
>
> void lockUndo()
> {
> BOOST_ASSERT(!locked_undo_);
> locked_undo_ = true;
> }
++locked_undo_
> void unlockUndo()
> {
> BOOST_ASSERT(locked_undo_);
> locked_undo_ =
On Tue, Jan 16, 2007 at 04:52:00PM +0100, Kornel Benko wrote:
> It is very fishy here.
> If I replace the call with:
> string a("");
> Buffer buffer(a, false);
> then it compiles.
>
> On the other hand
> string a();
string a();
is a declaration of a function called 'a' taki
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> So it
>> looks to me that there is a conceptual problem regarding the coord cache.
>
> Indeed.
OK, but we are no going to change that for 1.5.0 I guess.
>>> If you can live without the corners, uncommenting the last line for each
>>> of the
>>> LF
Hello Peter!
Download 'lyx-windows-deps-msvc-qt4.zip' from
http://lyx.mirror.fr/index2.php?pwd=%2Fcontrib
extract it, e.g to c:\lyx-windows-deps-msvc-qt4
Add the path to qmake:
set PATH=c:\lyx-windows-deps-msvc-qt4\qt-4\bin;%PATH%
call cmake from a build folder on the same level as trunk:
cm
killermike schrieb:
If I start a new document and try to 'save as...' the file save
dialogue opens up in my home dir (/home/killermike/). The filter for
.lyx files is set by default. This means that no directories are
shown. Selecting *.* as the filter and then selecting *.lyx again
shows .lyx
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>> I have been maintaining stable branches since LyX 1.1.5. I have to
>> admit that the fun part of it has vanished. Therefore I would be
>> glad to find someone to take this role from 1.5.1
Jean-Marc Lasgouttes wrote:
I have been maintaining stable branches since LyX 1.1.5. I have to
admit that the fun part of it has vanished. Therefore I would be glad
to find someone to take this role from 1.5.1 onwards (I'll continue
with 1.4, I think). Maybe José?
I knew it! I can read your min
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> OK, the trivial version is what I propose for 1.4.x:
Jean-Marc> besides implementing InsetBranch::textString, it fixes an
Jean-Marc> output order bug in writePlaintextParagraph.
Jean-Marc> The 1.5 version is more com
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Jean-Marc Lasgouttes schrieb:
>> For all these reasons I believe that the control-return key does
>> not belong in the toolbar (it is in the menus already).
Uwe> OK, I'll remove it from my tree and then the installer is no
Uwe> longer modi
I have been maintaining stable branches since LyX 1.1.5. I have to
admit that the fun part of it has vanished. Therefore I would be glad
to find someone to take this role from 1.5.1 onwards (I'll continue
with 1.4, I think). Maybe José?
Ideally, the stable branch maintainer should be of the conse
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The 1.5 version is more complicated because I took the liberty to
>> cleanup Paragraph::asString (remove two useless versions) and to
>> simplify the InsetBase::textString method.
Abdelrazak> Whaou! Breaking news! JMarc is tak
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I had a look at the file, and the languages seem to be set
Georg> correctly. I suspect that the bug has nothing to do with
Georg> encodings, but with incorrect font nesting (see also one of my
Georg> favourite bugs: http://bugzilla.lyx
Jean-Marc Lasgouttes schrieb:
For all these reasons I believe that the control-return key does not
belong in the toolbar (it is in the menus already).
OK, I'll remove it from my tree and then the installer is no longer modified.
regards Uwe
Abdelrazak Younes wrote:
> Dov Feldstern wrote:
>> In hebcaption.lyx, there is a float with a caption which is in Hebrew,
>> and a crash occurs when trying to generate the latex file (either export
>> to latex, or view dvi).
>
> When trying to export to latex (pdflatex) or to view the dvi, I have
Jean-Marc Lasgouttes wrote:
"Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Jean-Marc, could you do this, as it is near-trivial? I'm again
Martin> having access problems (i.e., its near-complete absence) over
Martin> the extended weekend :-(
OK, the trivial version is what I pro
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Jean-Marc Lasgouttes schrieb: I don't understand. How will you
Uwe> produce the following?:
>> What is wrong with the attached?
Uwe> Compare the output of the attached LyX-file, you can see that it
Uwe> is not the same: Your method produc
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Jean-Marc, could you do this, as it is near-trivial? I'm again
Martin> having access problems (i.e., its near-complete absence) over
Martin> the extended weekend :-(
OK, the trivial version is what I propose for 1.4.x: besides
i
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This patch allows old .ui files to survive the recent
Jean-Marc> renaming of std*.ui files to .inc. See bug 2387 for
Jean-Marc> details.
Jean-Marc> OK for trunk and branch?
I applied it.
JMarc
Michael Gerz wrote:
What about the latexaccent and caption inset stuff? I think we should
make both changes before 1.5.0beta is released, because they require a
file format change and should be tested thouroughly in the beta period.
Here is an updated patch for the caption inset. The former o
Dov Feldstern wrote:
In hebcaption.lyx, there is a float with a caption which is in Hebrew,
and a crash occurs when trying to generate the latex file (either export
to latex, or view dvi).
When trying to export to latex (pdflatex) or to view the dvi, I have an
error message about encoding pro
Hi!
Here are two more Hebrew test files. The bug in both of them may be
related, I'm not sure. One of them actually causes a crash. I believe
that the problems are encoding-related, but I may be wrong.
In hebfoot.lyx, the footnote is in English, but appears in Hebrew
letters in the dvi outpu
>> Btw. do we have other positions for the toolbars than "top" and "bottom";
>> I mean something like "left" and "right"?
>
> yes. "left" and "right" should just work.
But they don't, I get an error message in the console that left or right is
unknown.
>> OK, can the attached patch go in?
>
> I
> c:\ProgramFiles\LyX15\bin>lyx
> LyX: reconfiguring user directory
> Traceback (most recent call last):
> File "c:/ProgramFiles/LyX15/Resources/./configure.py", line 34, in ?
>def writeToFile(filename, lines, append = False):
> NameError: name 'False' is not defined
> LyX: Done!
> LyXTextCla
Georg Baum wrote:
Abdelrazak Younes wrote:
Indeed but first we have to make sure that the CoordCache is properly
filled in for all insets. We can do that recursively as is done in the
rowpainter. One have to extract the part that calls setPosCache() and
transfer that in BufferView::updateMetris
Edwin Leuven wrote:
not really related i guess but will we get rid one day of the blinking
cursor at the beginning of the math inset when we click inside the
inset? it is very annoying i think...
This is related. See my comment in InsetMathNest::lfunMousePress():
// FIXME: we have to
Abdelrazak Younes wrote:
> Indeed but first we have to make sure that the CoordCache is properly
> filled in for all insets. We can do that recursively as is done in the
> rowpainter. One have to extract the part that calls setPosCache() and
> transfer that in BufferView::updateMetris().
setPosca
not really related i guess but will we get rid one day of the blinking
cursor at the beginning of the math inset when we click inside the
inset? it is very annoying i think...
Abdelrazak Younes wrote:
Georg Baum wrote:
This bug is driving me mad currently. Abdel gave some explanation:
http:/
Georg Baum wrote:
This bug is driving me mad currently. Abdel gave some explanation:
http://bugzilla.lyx.org/show_bug.cgi?id=3118#c3
Unfortunately I don't understand it. AFAIK the coord cache is set by calling
setPosCache(pi, x, y);
in an inset. I did not check all insets, but in those I check
This bug is driving me mad currently. Abdel gave some explanation:
http://bugzilla.lyx.org/show_bug.cgi?id=3118#c3
Unfortunately I don't understand it. AFAIK the coord cache is set by calling
setPosCache(pi, x, y);
in an inset. I did not check all insets, but in those I checked (including
InsetT
killermike wrote:
If I start a new document and try to 'save as...' the file save
dialogue opens up in my home dir (/home/killermike/). The filter for
.lyx files is set by default. This means that no directories are
shown. Selecting *.* as the filter and then selecting *.lyx again
shows .lyx f
Andreas K. wrote:
Uwe Stöhr <[EMAIL PROTECTED]> writes:
There are now the following things left:
--- the different toolbar ---
Attached a Screenshot of the current toolbar. There are 4 extra buttons:
- the linebreak button: It is in contrary to the one in SVN blue instead
of read as this w
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> This is _much_ better. BTW did you notice
Martin> InsetBranch::plaintext()? The infrastructure is there, waiting
Martin> to be used...
My problem was to know whether we should restrict ourselves to the
first paragraph.
Martin>
On Fri, 2007-01-19 at 10:03 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> My original patch is still needed and fixes a useability bug.
> Martin> As I wrote earlier,a ToC containing only numbers is unuseable
> Martin> for navigation o
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> My original patch is still needed and fixes a useability bug.
Martin> As I wrote earlier,a ToC containing only numbers is unuseable
Martin> for navigation or outlining. I verified that it does the job.
I know see what the bug yo
65 matches
Mail list logo
