Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q classes.
And why do we need QL? It's like QtBasedClassUsedInLyX*
but isn't this clear by the l
> Having given 1.5 several weeks of use to give it a chance, I must say
> that I strongly prefer 1.4's style of bookmarks
Please check beta2, the bookmarks now work more like 1.4.x.
Bo
It looks like absolute paths have slipped into POTFILES.in.
This should have been fixed, but please test.
Bo
>>> SVN was _not_ broken.
I second that. If you have color.h and it renames to Color.h, windows
will complain. You can always remove color.h and 'svn update'. In the
worst case, you can remove the whole source tree and update.
Cheers,
Bo
On 4/29/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
Would it be useful to place list somewhere with the files that were
renamed and/or merged? (The list should of course include the name before
as well as after).
About half of my changes are documented in svn log messages.
Bo
po generation does no longer work well on Windows. I get a lot diffs like
No longer? I guess the new POTFILES.in generation is at fault here. I
will have a look.
Thanks.
Bo
On Apr 29, 2007, at 5:28 PM, Abdelrazak Younes wrote:
Stefan Schimanski wrote:
Hi!
Not sure what the last state of discussion was to use a drawer for
the TOC on Mac. I like it and here I got the impression that
others do too: http://marc.info/?l=lyx-devel&m=117392182901685&w=2
So here is an
Would it be useful to place list somewhere with the files that were
renamed and/or merged? (The list should of course include the name before
as well as after).
/Christian
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Andre Poenitz schrieb:
SVN was _not_ broken.
First, you need not. svn help mv. URL->URL is the interesting part,
just rename one of the 'offending' files, run 'svn up' and be done.
TortoiseSVN suggested I should cleanup the tree but this doesn't help.
My SVN makes lots of troubles and aft
On Mon, Apr 30, 2007 at 01:06:18AM +0200, Uwe Stöhr wrote:
> > SVN was _not_ broken.
> >
> > Face it.
> >
> > In fact, you could even manage files with 'case problems' under Windows,
> > and you could even _work_ with them if you really wanted. Not on NTFS or
> > FAT, of course.
>
> Hä? I couldn't
> Do you have an OK from Georg?
Not fully yet. We discussed several things in private mail and I sent him also
my latest patch.
Absolutely perfect support for Armenian isn't possible due to the structure of
the ArmTeX-package.
When somebody could finish the patch attached to bug 3043
http://bu
Try moving or renaming the old one, then svn revert [the new one].
Michael Gerz wrote:
> Andre,
>
> again, we have to files that only differ wrt. upper/lower case. Could
> you please fix layout.h vs. Layout.h?
>
> (If possible, quickly, because I am blocked from doing any LyX work).
>
> Michael
> SVN was _not_ broken.
>
> Face it.
>
> In fact, you could even manage files with 'case problems' under Windows,
> and you could even _work_ with them if you really wanted. Not on NTFS or
> FAT, of course.
Hä? I couldn't check out/in anything. My SVN makes lots of troubles and after a checkout t
In fact I think that the title bar really is no problem. You can
disable the moving anyway (did that in the patch), and having the
close button there is not a bad thing either. What I don't like
about the drawer in Qt is that you cannot hide is by resizing it to
0. Cocoa apps can do that,
On Sunday 29 April 2007 14:11:37 Uwe Stöhr wrote:
> When I want to export a document containing a non-latin 1 letter I get this
> lyx2lyx error:
I still don't understand what is your problem, lyx2lyx is not used to export
a document unless you are referring an older version of the lyx file form
Bo,
po generation does no longer work well on Windows. I get a lot diffs like
#: src/frontends/qt4/ui/BibtexAddUi.ui:83
src/frontends/qt4/ui/BibtexUi.ui:229
#: src/frontends/qt4/ui/ChangesUi.ui:78 src/frontends/qt4/ui/IndexUi.ui:92
#: src/frontends/qt4/ui/NomenclUi.ui:105
src/frontends/qt4/ui
On Sun, Apr 29, 2007 at 11:50:08PM +0200, Abdelrazak Younes wrote:
> Let's please drop this discussion that will get us nowhere. What's done
> is done. Andre' is obviously a very competent programmer and he knows
> what he is doing.
I sometimes think I know what I am doing.
But the fact that we
On Sun, Apr 29, 2007 at 11:46:17PM +0200, Uwe Stöhr wrote:
> Uwe Stöhr schrieb:
>
> > > We will see. Most of the changes were of the type 'safe if it compiles
> > > afterwards'.
>
> I forgot to mention the SVN problems. You blocked the SVN checkout by
> "Color.h" and "color.h" some days ago and
Hold on. It does segfaults, but this is not me, this is the isRTL
function implemented in Cursor.cpp. It's fails when it tries to ask a
LyxText from the CursorSlice it occurs in.
Can someone help me fix this function?
How can I get to the head of the paragraph (or some place not in an
inset) that
On Sun, Apr 29, 2007 at 11:38:58PM +0200, Uwe Stöhr wrote:
> Does anybody know this method?
"Anybody"? Yes, obviously...
> But besides this, now also many of the 1.5
> patches in Bugzilla have the be rewritten. For me it was not easy to follow
> e.g. where for example a patch to tabular.C is to
But IIRC the result of the discussion cited above was that, in
order to get rid of the title bar we need a new container similar
to the DockView one but reserved for Drawer type widget: DrawerView.
In fact QDockWidget::setTitleBarWidget allows exactly that,
unfortunately only from Qt 4.3 on
On Sun, Apr 29, 2007 at 11:37:05PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >The LFUNs are named wrongly. It should be 'LFUN_CHAR_LEFT', since that's
> >what's supposed to happen on screen. This could be mapped to
> >LFUN_CHAR_BACKWARD denepding on isRTL() for 'logical' movement.
>
On Sunday 29 April 2007 18:21:34 Uwe Stöhr wrote:
> I'm very displeased by the renamng actions you did the last week. This was
> absolutely unnecessary, we just have released a second beta and our
> exercise is to fix the remaining bugs to be able to release LyX 1.5.0.
Uwe, this was said before bu
On Sunday 29 April 2007 13:47:59 Uwe Stöhr wrote:
> OK to go in?
Do you have an OK from Georg? If yes then please commit if not I would like
to hear from him. (Hi Georg!) :-)
I am asking about Georg because most of this implementation is his work and
so he is the most qualified developer to
José Matos schrieb:
On Sunday 29 April 2007 16:48:35 Michael Gerz wrote:
Hi,
the attached patch changes some uses of the term "glossary" to
"nomenclature".
I will commit as soon as I get two OKs. (José vote will count as two).
AFAIU this is consensual, so please go ahead.
As so
On Sunday 29 April 2007 16:48:35 Michael Gerz wrote:
> Hi,
>
> the attached patch changes some uses of the term "glossary" to
> "nomenclature".
>
> I will commit as soon as I get two OKs. (José vote will count as two).
AFAIU this is consensual, so please go ahead.
> Michael
--
José Abílio
Uwe Stöhr wrote:
Uwe Stöhr schrieb:
> We will see. Most of the changes were of the type 'safe if it compiles
> afterwards'.
I forgot to mention the SVN problems. You blocked the SVN checkout by
"Color.h" and "color.h" some days ago and now again by "Layout.h" and
"layout.h". That an examp
Uwe Stöhr schrieb:
> We will see. Most of the changes were of the type 'safe if it compiles
> afterwards'.
I forgot to mention the SVN problems. You blocked the SVN checkout by "Color.h" and "color.h" some
days ago and now again by "Layout.h" and "layout.h". That an example of the problems
>> I'm sure that we have introduced new bugs and problems - the third beta
>> will tell.
>
> We will see. Most of the changes were of the type 'safe if it compiles
> afterwards'.
There is a difference between "it compiles" and "it works without any bugs". I mean the dialog
source code merge is e
Andre Poenitz wrote:
The LFUNs are named wrongly. It should be 'LFUN_CHAR_LEFT', since that's
what's supposed to happen on screen. This could be mapped to
LFUN_CHAR_BACKWARD denepding on isRTL() for 'logical' movement.
Yes, I remember JMarc stating something like this. Could you do it?
Abdel.
Stefan Schimanski wrote:
because it's a dialog (at least it was), not a toolbar.
Maybe the fact of it being now a dock widget changes things.
Ok, a dialog is different I agree. But as a dock widget there is not
much difference for the user to a toolbar button...
While playing with the toc a
Stefan Schimanski wrote:
Hi!
Not sure what the last state of discussion was to use a drawer for the
TOC on Mac. I like it and here I got the impression that others do too:
http://marc.info/?l=lyx-devel&m=117392182901685&w=2
So here is another patch which fixes a few things (mentioned here
h
because it's a dialog (at least it was), not a toolbar.
Maybe the fact of it being now a dock widget changes things.
Ok, a dialog is different I agree. But as a dock widget there is not
much difference for the user to a toolbar button...
While playing with the toc a bit, is there a way to ch
On Sun, Apr 29, 2007 at 10:57:12PM +0200, Abdelrazak Younes wrote:
> Elazar Leibovich wrote:
> >Checks the directionality of the paragraph, and makes cursor Forward
> >requests into cursor backwards and vice versa.
> >Extremly easy, relies on cursor's isRTL() method.
>
> So it does not segfault ay
Elazar Leibovich wrote:
Checks the directionality of the paragraph, and makes cursor Forward
requests into cursor backwards and vice versa.
Extremly easy, relies on cursor's isRTL() method.
So it does not segfault aymore?
Index: src/mathed/InsetMathNest.cpp
===
Andre,
again, we have to files that only differ wrt. upper/lower case. Could
you please fix layout.h vs. Layout.h?
(If possible, quickly, because I am blocked from doing any LyX work).
Michael
Elazar Leibovich wrote:
Did you test your function?
Yes. But not with an RTL systems, maybe that is the problem but this
doesn't seem plausible.
It segfaults my program when I use it like
that, that is, without doing anything except of calliing cur.isRTL():
I see some goto in there, maybe
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Sun Apr 29 14:32:14 2007
New Revision: 18087
URL: http://www.lyx.org/trac/changeset/18087
Log:
Remove InsetOld
As I said before, now you've done you should also remove InsetMathDim
which is completely useless now.
Abdel.
On Sun, Apr 29, 2007 at 07:21:34PM +0200, Uwe Stöhr wrote:
> I'm very displeased by the renamng actions you did the last week. This was
> absolutely unnecessary, we just have released a second beta and our
> exercise is to fix the remaining bugs to be able to release LyX 1.5.0.
The idea was to e
Uwe Stöhr wrote:
> the attached patch changes some uses of the term "glossary" to
"nomenclature".
>
> I will commit as soon as I get two OKs. (José vote will count as two).
Why that? The official name for this is "Glossary" and is used in all my
books I have?
I therefore vote for no, so n
Uwe Stöhr wrote:
I'm very displeased by the renamng actions you did the last week. This
was absolutely unnecessary, we just have released a second beta and our
exercise is to fix the remaining bugs to be able to release LyX 1.5.0.
Please calm down Uwe, the renaming was discussed and approved b
Uwe Stöhr schrieb:
Michael Gerz schrieb:
Please note that LaTeX will produce a "glossary" with the title
"Nomenclature" (try it out if you don't believe).
Oops, indeed.
Ok I give an OK.
Fine. Now I need a second OK to proceed. Guys?
Michael
Michael Gerz schrieb:
Please note that LaTeX will produce a "glossary" with the title
"Nomenclature" (try it out if you don't believe).
Oops, indeed.
Ok I give an OK.
regards Uwe
I'm very displeased by the renamng actions you did the last week. This was absolutely unnecessary,
we just have released a second beta and our exercise is to fix the remaining bugs to be able to
release LyX 1.5.0.
Sorry, but why did you mean we have to change our complete infrastructure while w
Uwe Stöhr schrieb:
> the attached patch changes some uses of the term "glossary" to
"nomenclature".
>
> I will commit as soon as I get two OKs. (José vote will count as two).
Why that? The official name for this is "Glossary" and is used in all
my books I have?
I therefore vote for no, so no
> the attached patch changes some uses of the term "glossary" to "nomenclature".
>
> I will commit as soon as I get two OKs. (José vote will count as two).
Why that? The official name for this is "Glossary" and is used in all my books
I have?
I therefore vote for no, so now you need three OKs ;
Oh, well, there are many more classes with LyX prefix:
LyXView.*
LyXFileDialog.*
LyXFont.*
LyXLayout.*
LyXTextClass.*
LyXAction.*
LyXFunc.*
LyXRC.*
LyXText.*
LyXTextClassList.*
LyXVC.*
Regards,
Michael
Hi,
This is a bug I found in the mathematical editor of lyx 1.5.0-beta2. It was
added to bugzilla under
http://bugzilla.lyx.org/show_bug.cgi?id=3516
Thanks,
Rodrigo.
-- Forwarded Message --
Description of Problem:
Whenever I try to modify a mathematical expression
inside \
Hi,
the attached patch changes some uses of the term "glossary" to
"nomenclature".
I will commit as soon as I get two OKs. (José vote will count as two).
Michael
José Matos schrieb:
On Wednesday 25 April 2007 8:53:54 am Georg Baum wrote:
What I mean is that the insets that creates a no
Checks the directionality of the paragraph, and makes cursor Forward
requests into cursor backwards and vice versa.
Extremly easy, relies on cursor's isRTL() method.
Index: src/mathed/InsetMathNest.cpp
===
--- src/mathed/InsetMathNest
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> Do we really need to _set_ the inset name? Couldn'it be just a
>> virtual method returning the name?
Andre> That would be something like the attached [plus renaming of
Andre> InsetBase to Inset].
Good idea.
JMarc
I forgot to revert also the new encoding, attached is a better patch to
LyX_1_5.py
regards Uwe
Index: lyx_1_5.py
===
--- lyx_1_5.py (revision 18079)
+++ lyx_1_5.py (working copy)
@@ -1283,6 +1283,36 @@
i = i + 1
+def re
When I want to export a document containing a non-latin 1 letter I get this
lyx2lyx error:
Traceback (most recent call last):
File "C:/Program Files (x86)/LyX 1.5beta2-21-04-2007/Resources/lyx2lyx/lyx2lyx
", line 101, in
sys.exit(main(sys.argv))
File "C:/Program Files (x86)/LyX 1.5beta2
Now also with attached patch.
Index: development/FORMAT
===
--- development/FORMAT (revision 18079)
+++ development/FORMAT (working copy)
@@ -1,6 +1,11 @@
LyX file-format changes
---
+2007-04-29 Uwe Stöhr <[
With the help of Georg, the attached patch build in support for the Armenian
language.
This requires a file format change to be able to revert the Armenian settings when exportin a file
to LyX 1.4.4 format.
I created a new .layout file and a template that uses this layout because there are som
On Sun, Apr 29, 2007 at 01:00:40PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> What do you think?
>
> Andre> But I do not really want 'name_' in InstBase. _Every_ character
> Andre> in math will contain that...
>
> Andre> Of course we co
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> Bo> scons is much easier to install than autotools, and version
>> Bo> compatibility of autotools can be a nightmare.
>>
>> Except that autotools (in unices at least) is already there and there
>> is nothing to install.
>
> Even more so if
On Sun, Apr 29, 2007 at 01:00:40PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> What do you think?
>
> Andre> But I do not really want 'name_' in InstBase. _Every_ character
> Andre> in math will contain that...
>
> Andre> Of course we co
Jean-Marc Lasgouttes wrote:
> But it would only trigger if the minibuffer toolbar is in auto mode.
I understood. However, this would be an enhancement, not a contradicting
approach.
> I'll try to implement it later to see if it really makes sense.
It might make sense indeed, and satisfy both u
Jean-Marc Lasgouttes wrote:
> I'll take a closer look as soon as I can,
thanks.
> but I am not sure what
> handleBibitem does from a cursory glance.
it does the necessary things after backspace and delete, if bibitems are
involved. Mainly:
- if the bibitem itself has been deleted (this is a
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> What do you think?
Andre> But I do not really want 'name_' in InstBase. _Every_ character
Andre> in math will contain that...
Andre> Of course we could implement name_ several times fuirther down
Andre> in the hierarchy...
Do we real
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Another con is that some people do not like the lyxview area
Jürgen> to be resized (which happens if the minibuffer hides), so I
Jürgen> wouldn't make this the general behaviour (even if the
Jürgen> implementation would be tr
Stefan Schimanski wrote:
> There are hundreds of toolbar icons which do not display the shortcut
> directly. Why is the TOC different?
because it's a dialog (at least it was), not a toolbar.
Maybe the fact of it being now a dock widget changes things.
> In fact the icons looking ugly is not the
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Uwe Stöhr wrote:
>> I tested this ans it works fine.
Jürgen> Good! Thanks.
>> Please apply.
Jürgen> First, I'd like to hear something from Jean-Marc or someone
Jürgen> else who is familiar with the par merging stuff.
I'll
Did you test your function? It segfaults my program when I use it like
that, that is, without doing anything except of calliing cur.isRTL():
Index: src/mathed/InsetMathNest.cpp
===
--- src/mathed/InsetMathNest.cpp(revision 180
Am 29.04.2007 um 11:34 schrieb Stefan Schimanski:
In fact the icons looking ugly is not the main problem, but the
minimal width of the
"buttons", not icons...
Schimmi
PGP.sig
Description: Signierter Teil der Nachricht
Am 29.04.2007 um 11:18 schrieb Jürgen Spitzmüller:
Abdelrazak Younes wrote:
We have a reason for not using icons: missing accelerators.
I know and the solution is to add accelerators that will work for
both
the TOC widget and the WorkArea.
I mean: when using icons, you it's harder to gu
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
We have a reason for not using icons: missing accelerators.
I know and the solution is to add accelerators that will work for both
the TOC widget and the WorkArea.
I mean: when using icons, you it's harder to guess which accelerator is bound
Abdelrazak Younes wrote:
> > We have a reason for not using icons: missing accelerators.
>
> I know and the solution is to add accelerators that will work for both
> the TOC widget and the WorkArea.
I mean: when using icons, you it's harder to guess which accelerator is bound
to which action. Wit
Am Sonntag 18 März 2007 schrieb Bennett Helm:
> The functioning of bookmarks has changed between 1.4 and 1.5. In 1.4,
> in saving a bookmark, you knew automatically what key command would
> return to that bookmark. In 1.5, bookmarks get saved in such a way
> that you're never sure what key command
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
The current TOC widget hurts my eyes, with labels like -> and a minimal
width of 300 (a guess) pixels, see below. To make it a bit nicer (the
slider still doesn't look right for my gui taste) I converted the
buttons into toolbar buttons (No idea
Abdelrazak Younes wrote:
> OK, then call it hideParent() or hideToolbar() so that we know that this
> is really the toolbar that we're hiding.
done (hideParent()).
> > I have counted a slight majority for my solution, so I'll put it in.
>
> Fine.
done.
Jürgen
Philipp Reichmuth wrote:
> In order to get UTF-8 output from LyX, I have to set
> the output encoding to utf8 or to utf8x, both of which produce an
> \usepackage{inputenc} line. There is apparently no way of getting UTF-8
> from LyX without an inputenc line. Would it be possible to add
> bare-bon
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
but this interferes with Qt::widget->hide().
So? You don't need QWidget::hide() so better use it.
I had it called hide() in the first place, which resulted in unexpected
behaviour (all the widgets on the minibuffer disappeared, but not the
Elazar Leibovich wrote:
When trying to determine the directionality of a mathed inset the
cursor is currently located in, I'm having the following troubles.
I cannot get the paragraph directly from the cursor (I don't know why,
but someone explicitly disallowed that, having a
"BOOST_ASSERT(inText
Abdelrazak Younes wrote:
> > but this interferes with Qt::widget->hide().
>
> So? You don't need QWidget::hide() so better use it.
I had it called hide() in the first place, which resulted in unexpected
behaviour (all the widgets on the minibuffer disappeared, but not the
minibuffer itself). I t
Abdelrazak Younes wrote:
> > The current TOC widget hurts my eyes, with labels like -> and a minimal
> > width of 300 (a guess) pixels, see below. To make it a bit nicer (the
> > slider still doesn't look right for my gui taste) I converted the
> > buttons into toolbar buttons (No idea if there is
Andre Poenitz wrote:
On Sat, Apr 28, 2007 at 10:45:18PM +0200, Abdelrazak Younes wrote:
setPosCache() is also implemented in InsetMathDim which is inherited by
most of the math insets; basically all except for InsetMathChar and
InsetMathSymbol. I've (in my local tree) transferred setPosCache()
78 matches
Mail list logo
