For me, another candidate for multiple glossaries implementation in lyx.
Supporting all available package will not be as easy as it was in multiple
indices..
I really like to hear how would you rate it? Especially compared to gloss
and glossary.
Documentation is awful, though. For a standard
Ozgur Ugras BARAN wrote:
For me, another candidate for multiple glossaries implementation in lyx.
Supporting all available package will not be as easy as it was in multiple
indices..
I really like to hear how would you rate it?
From a quick glance, it looks very promising. And the author,
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Could it go into beta3?
Peter
Index: src/frontends/qt4/GuiWorkArea.cpp
Richard Heck wrote:
Or will the key release event arrive too late?
To answer your question:
The keyReleaseEvents produced by the user are just
queued so they will be processed after all the other.
Additionally the auto repeat functions also produces
release events (but they could be caught by
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Yes, this seems like the best solution. Bravo!
Could it go into beta3?
I think yes.
Could you
On Thursday 17 May 2007 05:40:49 Jürgen Spitzmüller wrote:
Fixed by the attached patch. OK?
OK.
Jürgen
--
José Abílio
On Thursday 17 May 2007 08:37:53 Peter Kümmel wrote:
Could it go into beta3?
OK.
Peter
--
José Abílio
On 5/17/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
Ozgur Ugras BARAN wrote:
For me, another candidate for multiple glossaries implementation in lyx.
Supporting all available package will not be as easy as it was in
multiple
indices..
I really like to hear how would you rate it?
From
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Yes, this seems like the best solution. Bravo!
Could it go into
Abdelrazak Younes schrieb:
Ahh... semantics! For me, Document is about the settings and action
of a document.
The simple fact that a user doesn't go naturally to Document shows IMO.
Oh, well. Now we are back to the discussion why LyX doesn't have a
Format menu :-)
Michael
Am Mittwoch, 16. Mai 2007 16:13 schrieb Abdelrazak Younes:
Georg Baum wrote:
Another possibility that avoids this problem is to define the maximum
UCS4
code point (and maybe minimum, too) for each encoding in lib/encodings.
I
guess that this would speed up the table generation a lot,
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Yes, this seems like the best solution. Bravo!
Could
José Matos wrote:
Fixed by the attached patch. OK?
OK.
Done. Jean-Marc, also for 1.4?
Jürgen
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Yes, this seems like the
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Yes,
On Wed, May 16, 2007 at 11:07:39PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
I seem to recall that there was some code in the Qt X
event handling
code, precisely to handle this problem. Lars wrote
this. But then
it was decided that it could be removed... anyone
remember?
Martin Vermeer wrote:
On Wed, May 16, 2007 at 11:07:39PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
I seem to recall that there was some code in the Qt X event
handling code, precisely to handle this problem. Lars wrote this.
But then it was decided that it could be removed...
On Thu, May 17, 2007 at 09:50:04AM +0200, Peter Kümmel wrote:
Richard Heck wrote:
Or will the key release event arrive too late?
To answer your question:
The keyReleaseEvents produced by the user are just
queued so they will be processed after all the other.
Additionally the auto
On Thu, May 17, 2007 at 09:37:53AM +0200, Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Great minds think alike ;-)
-Martin
On Wednesday 16 May 2007 00:33:52 Dov Feldstern wrote:
Hi!
Sorry for only replying now --- if I'm too late for beta3, then this is
still relevant for afterwards:
Because of my email server failure this is not too late. This is also the
last changes I will do before releasing beta-3.
*)
Abdelrazak Younes wrote:
There is no way to see what kind of events are pending?
If not we could probably install an event filter.
When we are in adjustViewWithScrollBar which calls scrollBufferView
isn't it clear that it is a scroll event?
Of course the current event is a scroll event but
Peter Kümmel wrote:
Abdelrazak Younes wrote:
There is no way to see what kind of events are pending?
If not we could probably install an event filter.
When we are in adjustViewWithScrollBar which calls scrollBufferView
isn't it clear that it is a scroll event?
Of course the current event is
On Thursday 17 May 2007 10:53:54 Peter Kümmel wrote:
Maybe Helge could test the patch before beta 3 (when was it? Next month ;)
)
Since we can define Christmas why not next month as well? :-)
Peter
--
José Abílio
José Matos wrote:
On Wednesday 16 May 2007 00:33:52 Dov Feldstern wrote:
I agree that Mostafa patch should go, but I have not yet decided what to do
regarding the file format. Eventually I think that a back convertion to 1.4
is not desirable in this case
True as Farsi support is new.
On Thursday 17 May 2007 00:29:20 Richard Heck wrote:
Waiting to commit until I get the OK.
OK.
Richard
--
José Abílio
Peter Kümmel wrote:
Abdelrazak Younes wrote:
There is no way to see what kind of events are pending?
If not we could probably install an event filter.
When we are in adjustViewWithScrollBar which calls scrollBufferView
isn't it clear that it is a scroll event?
Of course the current event is
On Thursday 17 May 2007 05:09:50 Jürgen Spitzmüller wrote:
I guess you do not want to commit this part?
Jürgen
It can go (the fix, not the debug statement). :-)
--
José Abílio
On Thu, May 17, 2007 at 09:37:53AM +0200, Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Could it go into beta3?
Peter
Index:
Andre Poenitz wrote:
On Thu, May 17, 2007 at 09:37:53AM +0200, Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Could it go into beta3?
Peter
Here a new patch to address Helge's scrolling bug.
The important comment:
We circumvent the event queue for scrolling events.
This avoids scrolling after the user has stopped
scrolling, but scrolling proceeds because the
event queue is full of scroll events.
We trigger the scrolling by a timer
Hi all,
I will be busy until tonight, when I intend to release beta 3.
The only approved patches that are not committed are the RTL patches
mentioned in RTL patches to consider before beta-3 thread and Richard's
patch to fix bugs 3630 and 3461.
Am I forgetting any
On Thursday 17 May 2007 13:03:55 Peter Kümmel wrote:
I've found no problems on Win and Linux, but it
should be tested more intensively, so it would be
good to ship it with beta 3, but I assume I'm too
late.
You are right on both accounts. :-)
If this works and after independent
Jean-Marc Lasgouttes wrote:
Koji, I am slowly looking at this again. It is normal that the value
of outbuf is changed by iconv, since it is incremented to point to the
end of the converted string.
I see.
I am not sure. What are the values of the variables before and after
the call
Jean-Marc Lasgouttes wrote:
What is the value of out? This is the important one.
Uh, is this mean encodings of output? If it is, it's UCS-4LE.
Koji
I attach the backtrace when the program is crashed as additional
information.
Koji
---
Program received signal SIGABRT, Aborted.
0x2958a897 in kill () from /lib/libc.so.6
(gdb) bt
#0 0x2958a897 in kill () from /lib/libc.so.6
#1 0x2949d4f7 in raise () from /lib/libpthread.so.2
#2
ps.
The last call of processor.convert() is called by getEnv(LC_ALL) in
function Messages::get() in messages.C when it handles strings LyX:
Creating directory %1$s.
Koji Yokota wrote:
When it is called just before crash:
(1) Before
(gdb) p inbuf:$29 = 0x87f22ec C
(gdb) p
Dear all,
InsetListings, like InsetInclude uses display() to aligh itself in the
center. However, it is more natural to have them displayed (separate
paragraph), but shift to the left.
Will the attached patch be acceptable? If people like it, I can set
displayLeft to InsetInclude as well.
Bo
As described. This is already there for the non-Word version. Absent
these settings, (a) we lose reference info and (b) only the main .html
file is copied to the result directory, with the other files (e.g.,
.css) remaining in the temporary directory.
OK to commit?
There are, by the way, also
DANG IT!!
As described. This is already there for the non-Word version. Absent
these settings, (a) we lose reference info and (b) only the main .html
file is copied to the result directory, with the other files (e.g.,
.css) remaining in the temporary directory.
OK to commit?
There are,
On Thursday 17 May 2007 15:48:06 Richard Heck wrote:
OK to commit?
OK.
--
José Abílio
On Thu, 17 May 2007, Andre Poenitz wrote:
On Thu, May 17, 2007 at 12:12:14AM +0300, Dov Feldstern wrote:
If I get access, could you please just send me a short refresher on the
procedure --- do we still have to update anything besides the commit
log?
No, we do not maintain ChangeLog files
On Thu, 17 May 2007, Darren Freeman wrote:
svn.lyx.org (aussie.lyx.org) is not responding...
Aussie (i.e. the wiki at least) was responsive just now - abut 1830 CET.
/C
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Can someone take a look at this code from Exporter.cpp? It seems to me
that we ought to be returning where I've indicated below. Is this wrong?
// Plain text backend
if (backend_format == text)
writePlaintextFile(*buffer, FileName(filename), runparams);
// no backend
else
Patch attached. Will be applied later.
Cheers,
Bo
Index: src/frontends/qt4/ui/ListingsUi.ui
===
--- src/frontends/qt4/ui/ListingsUi.ui (revision 18382)
+++ src/frontends/qt4/ui/ListingsUi.ui (working copy)
@@ -8,8 +8,8 @@
rect
Jose,
This patch solves this crash (due to an assertion):
1) Open EmbeddedObject.lyx
2) Open Toc
3) Click on section 7.2.2 which is in the second child document
4) assertion.
Besides that, this patch adds proper support for multi-part documents.
With this each child document has access to the
Richard Heck wrote:
Can someone take a look at this code from Exporter.cpp? It seems to me
that we ought to be returning where I've indicated below. Is this wrong?
You mean return true? Maybe yes.
Abdel.
Abdelrazak Younes wrote:
Richard Heck wrote:
Can someone take a look at this code from Exporter.cpp? It seems to me
that we ought to be returning where I've indicated below. Is this wrong?
You mean return true? Maybe yes.
On looking closer, no, there are some things that happen later, even
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Can someone take a look at this code from Exporter.cpp? It seems to me
that we ought to be returning where I've indicated below. Is this wrong?
You mean return true? Maybe yes.
On looking closer, no, there are some things that
The default OpenOffice format is presently sxw, but oolatex now seems to
produce odt by default. As a result, LyX thinks the conversion always
fails, because it's looking for filename.sxw and can't find it.
I think there are ways to make oolatex produce sxw (I'm trying to find
out how), so one
Abdelrazak Younes wrote:
Jose,
Jose??
Richard Heck wrote:
The default OpenOffice format is presently sxw, but oolatex now seems to
produce odt by default. As a result, LyX thinks the conversion always
fails, because it's looking for filename.sxw and can't find it.
I think there are ways to make oolatex produce sxw (I'm trying to
On Thursday 17 May 2007 7:44:54 pm Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Jose,
Jose??
OK.
--
José Abílio
On Thursday 17 May 2007 8:06:43 pm Abdelrazak Younes wrote:
By the way, it's VERY unclear how to add a new file format. It took me
quite a while to figure it out. Perhaps a tooltip on the add button
(Enter a new GUI name) would do. But even then, it's very unintuitive.
I agree.
+1
José Matos wrote:
On Thursday 17 May 2007 7:44:54 pm Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Jose,
Jose??
OK.
Done, thanks.
Abdel.
Koji Yokota wrote:
I attach the backtrace when the program is crashed as additional
information.
Koji
---
Program received signal SIGABRT, Aborted.
0x2958a897 in kill () from /lib/libc.so.6
(gdb) bt
#0 0x2958a897 in kill () from /lib/libc.so.6
#1 0x2949d4f7 in raise () from
OK. I'll take care of this later. Right now, I have to go to a baseball
game
José Matos wrote:
On Thursday 17 May 2007 8:06:43 pm Abdelrazak Younes wrote:
By the way, it's VERY unclear how to add a new file format. It took me
quite a while to figure it out. Perhaps a tooltip on the
Will the attached patch be acceptable? If people like it, I can set
displayLeft to InsetInclude as well.
Following the trend to yell out loud... Jose??
Be careful that this adds another virtual function to Inset, and I may
be reinventing the wheel...
Bo
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen José Matos wrote:
Fixed by the attached patch. OK?
OK.
Jürgen Done. Jean-Marc, also for 1.4?
Yes, both patches are OK.
JMarc
Bo Peng wrote:
Will the attached patch be acceptable? If people like it, I can set
displayLeft to InsetInclude as well.
Following the trend to yell out loud... Jose??
Did you notice how effective that was?
Be careful that this adds another virtual function to Inset, and I may
be
Bo == Bo Peng [EMAIL PROTECTED] writes:
Will the attached patch be acceptable? If people like it, I can
set displayLeft to InsetInclude as well.
Bo Following the trend to yell out loud... Jose??
Bo Be careful that this adds another virtual function to Inset, and I
Bo may be reinventing the
Bo Peng wrote:
So, I'd personally prefer that you extent Inset::display() to pass the
default paragraph alignment.
Abdel.
Then I will have to change the interface of display() for all insets.
It is ok if intrusiveness is not judged by the number of lines
changed.
If you return an enum
On Thu, May 17, 2007 at 12:57:29PM +0200, Peter Kümmel wrote:
I would feel more comfortable is this were restricted to scrolling,
but I take it you extensively tested it with 'usual typing'
Currently all generated events are dropped which couldn't become
visible immediately. But could you
On Thu, May 17, 2007 at 02:03:55PM +0200, Peter Kümmel wrote:
Here a new patch to address Helge's scrolling bug.
The important comment:
We circumvent the event queue for scrolling events.
This avoids scrolling after the user has stopped
scrolling, but scrolling proceeds because the
event
Andre Poenitz wrote:
On Thu, May 17, 2007 at 12:57:29PM +0200, Peter Kümmel wrote:
I would feel more comfortable is this were restricted to scrolling,
but I take it you extensively tested it with 'usual typing'
Currently all generated events are dropped which couldn't become
visible
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Thu, May 17, 2007 at 12:57:29PM +0200, Peter Kümmel wrote:
I would feel more comfortable is this were restricted to scrolling,
but I take it you extensively tested it with 'usual typing'
Currently all generated events are dropped which couldn't
On Thu, May 17, 2007 at 10:53:16PM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Thu, May 17, 2007 at 12:57:29PM +0200, Peter Kümmel wrote:
I would feel more comfortable is this were restricted to scrolling,
but I take it you extensively tested it with
José Matos wrote:
On Wednesday 16 May 2007 00:33:52 Dov Feldstern wrote:
*) I would be happy if the very minor attached patch, which marks spaces
which belong to a foreign language in the same manner that
non-whitespace is marked, could go in. This is helpful especially in
bidi situations for
Andre Poenitz wrote:
On Thu, May 17, 2007 at 10:53:16PM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Thu, May 17, 2007 at 12:57:29PM +0200, Peter Kümmel wrote:
I would feel more comfortable is this were restricted to scrolling,
but I take it you
Dov Feldstern wrote:
José Matos wrote:
On Wednesday 16 May 2007 00:33:52 Dov Feldstern wrote:
*) I would be happy if the very minor attached patch, which marks spaces
which belong to a foreign language in the same manner that
non-whitespace is marked, could go in. This is helpful especially
Dov Feldstern wrote:
Comment for patch rtl_crash fix (available at:
http://permalink.gmane.org/gmane.editors.lyx.devel/83713):
Please send again the patches against latest svn.
-
Fix a crash which occurs when RTL flag is turned
Dov Feldstern wrote:
Dov Feldstern wrote:
José Matos wrote:
On Wednesday 16 May 2007 00:33:52 Dov Feldstern wrote:
*) I would be happy if the very minor attached patch, which marks
spaces
which belong to a foreign language in the same manner that
non-whitespace is marked, could go in. This
On Thursday 17 May 2007 9:58:35 pm Dov Feldstern wrote:
Since I don't have SVN commit access yet, could someone please take care
of this?
Comment for patch spaces_lang.diff (from
http://permalink.gmane.org/gmane.editors.lyx.devel/83939):
On Thursday 17 May 2007 10:21:33 pm Abdelrazak Younes wrote:
Dov Feldstern wrote:
Comment for patch rtl_crash fix (available at:
http://permalink.gmane.org/gmane.editors.lyx.devel/83713):
Please send again the patches against latest svn.
+1
See thread
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Comment for patch rtl_crash fix (available at:
http://permalink.gmane.org/gmane.editors.lyx.devel/83713):
Please send again the patches against latest svn.
-
Fix a crash which occurs
If you return an enum instead of a bool there won't be much line
changed, something like that:
enum DisplayType {
Inline = 0,
AlignRight,
AlignLeft,
AlignCenter
};
See attached.
Jose?
Bo
Index: src/insets/InsetTabular.h
José Matos wrote:
On Thursday 17 May 2007 9:58:35 pm Dov Feldstern wrote:
Since I don't have SVN commit access yet, could someone please take care
of this?
Comment for patch spaces_lang.diff (from
http://permalink.gmane.org/gmane.editors.lyx.devel/83939):
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Comment for patch rtl_crash fix (available at:
http://permalink.gmane.org/gmane.editors.lyx.devel/83713):
Please send again the patches against latest svn.
-
Fix a crash which occurs
On Thursday 17 May 2007 3:37:56 pm Bo Peng wrote:
Dear all,
InsetListings, like InsetInclude uses display() to aligh itself in the
center. However, it is more natural to have them displayed (separate
paragraph), but shift to the left.
I was thinking about display in the same sense as a
Dov Feldstern wrote:
Since I don't have SVN commit access yet, could someone please take care
of this?
Thanks, Jose! Good luck with the release!
I was thinking about display in the same sense as a inline versus display
equation.
I like this paradigm. What is your reason to change this?
I consider displayed as occupying the who paragraph, nothing to its
left or right. Displayed math formula is of course a perfect example
of this,
On Thursday 17 May 2007 10:33:05 pm Bo Peng wrote:
See attached.
Jose?
Technically I think this solution is perfect for the purpose that it was
created.
Yet since this is a potential change in the interface I would like to hear
other developers before continuing. If the majority likes
On Thu, 10 May 2007 18:37:49 +0300
Micha Feigin [EMAIL PROTECTED] wrote:
On Wed, 9 May 2007 10:07:50 + (UTC)
Jean-Pierre Chrֳ©tien [EMAIL PROTECTED] wrote:
3242
Looks to me that way. I ran into the same problem with parbox but the patch I
sent solves both (the later one, I made a
On Monday 07 May 2007 11:02:29 pm Micha Feigin wrote:
Sorry, got it wrong, missed the special == none in the lyx file and the
not is binary instead of logical (too many programing languages in parallel
... )
Anyway this is supposed to be the correct patch (I hope I got the
indentation
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Could it go into beta3?
Peter
It's good this is in beta-3 ;) , because I've just found a very
On Thu, 17 May 2007, Steve Litt wrote:
Hi all,
Hi Steve, I took your praise and placed a copy on the relevant page on the
wiki:
http://wiki.lyx.org/LyX/Praise
/Christian
PS. I'm forwarding this to the developers' list, it's good to remember now
and then that LyX is really
On Fri, 18 May 2007, Dov Feldstern wrote:
Hi Dov,
Just wanted say I could help, but it seems it's in now. Btw, there were
some lines that were to long IMHO. It'll have to be fixed later.
Cheers,
/Christian
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
On Thu, 17 May 2007, Richard Heck wrote:
OK. I'll take care of this later. Right now, I have to go to a baseball
game
Poor you ;-)
/Christian
José Matos wrote:
On Thursday 17 May 2007 8:06:43 pm Abdelrazak Younes wrote:
By the way, it's VERY unclear how to add a new file
On Thursday 17 May 2007 1:05:33 pm José Matos wrote:
Hi all,
I will be busy until tonight, when I intend to release beta 3.
I am preparing the release so please hold any commits.
Regards,
--
José Abílio
JMarc,
could you forbid that people are allowed to attach material to bugzilla entries with the type
Text/HTML?
This would stop the spam because the spamers want to lead us to html-pages to sell their bullshit
products.
This is in my opinion the safest way because blocking certain accounts has
On Thursday 17 May 2007 1:05:33 pm José Matos wrote:
Hi all,
I will be busy until tonight, when I intend to release beta 3.
I have tagged the release, with the packages available at
http://www.lyx.org/~jamatos/lyx-1.5/
I will ask Jean-Marc to move them to ftp.devel.lyx.org, if your
Hi,
a common share of LyX release managers is that we have the memory and
span
attention of a gold fish (I could cite Lars on this subject). ;-)
If you have bugfixes that you like me to consider for inclusion please
reply
here. I will appreciate those with bugzilla numbers
On Tuesday 15 May 2007 2:37:01 pm Neal Becker wrote:
I'm happy to report that svg graphics is looking better. I'm testing on
Fedora FC7(test4) x86_64.
I'm using:
# FORMATS SECTION ##
#
\format svg svg SVG inkscape --file=$$i inkscape --file=$$i
vector
#
#
On Monday 14 May 2007 4:53:59 pm Darren Freeman wrote:
Has anyone seen this before? Is it a LaTeX bug or a LyX one? Maybe a
font problem?
Does that still happens with beta 3? I never saw this before. :-)
Have fun,
Darren
--
José Abílio
On Saturday 12 May 2007 8:48:24 pm Michael Gerz wrote:
Folks,
this patch brings change tracking output to the PDF world.
OK to commit?
What is the status of this?
Michael
--
José Abílio
On Tuesday 08 May 2007 10:29:12 am Helge Hafting wrote:
Now, a print or pdf will be fine of course. An export to text
will give a strange mix. :-/
Could you put this information in bugzilla, so that it does not get lost?
Helge Hafting
--
José Abílio
On Monday 07 May 2007 11:49:14 pm Paul A. Rubin wrote:
Should this be considered a bug (in which case I'll put it in bugzilla),
or is it desired behavior (or too trivial to worry about)?
It looks like a bug or probably a missing feature. :-)
/Paul
--
José Abílio
I will ask Jean-Marc to move them to ftp.devel.lyx.org, if your tests don't
show any bug of brown paper bag category. :-)
works on x86 linux.
pavel
Technically I think this solution is perfect for the purpose that it was
created.
Yet since this is a potential change in the interface I would like to hear
other developers before continuing. If the majority likes this then it can go
as it is before rc1. OK?
Sure. I will wait for one
If you have bugfixes that you like me to consider for inclusion please
reply
here. I will appreciate those with bugzilla numbers associated. :-)
Uwe just created the 20th bug report for the listings stuff, so there
will be some small patches Actually, I knew some of the problems
Attached is the first one, for bug 3642. OK to go in?
Here is the second one, for bug 3638. OK?
Index: src/frontends/qt4/ui/IncludeUi.ui
===
--- src/frontends/qt4/ui/IncludeUi.ui (revision 18385)
+++
1 - 100 of 208 matches
Mail list logo