José Matos schrieb:
On Tuesday 08 May 2007 18:50:05 Michael Gerz wrote:
Hi,
now that we have the infrastructure ready to support soul/xcolor as an
alternative to dvipost, what would be your preference?
1. Ditch dvipost in favour of soul/xcolor
2. Check dvipost first. If not available
Hi,
now that we have the infrastructure ready to support soul/xcolor as an
alternative to dvipost, what would be your preference?
1. Ditch dvipost in favour of soul/xcolor
2. Check dvipost first. If not available, check for soul/xcolor
3. Check soul/xcolor first. If not available, check for dv
Jürgen Spitzmüller schrieb:
Why not the linebreak? For my taste, that line is too long.
Alright, I also added the line break :-)
AFAIK, \newcommand only allows one optional argument. However, this
doesn't hurt IMHO because LyX will always sets all three arguments.
It's possible, but i
Michael Gerz wrote:
> Unfortunately, the patch produces some artifacts with dvipost. See file
> cttest.lyx. When exporting to DVI, the text inside the box is not
> aligned with the outer text. If you deactivate change tracking output,
> everything is fine.
But this is not related t
José Matos schrieb:
On Saturday 05 May 2007 08:37:28 Jürgen Spitzmüller wrote:
I still think it's too early. With the semanticc markup above, however, we
could put some information (or even a style file) on the wiki, which lets
the user experiment with changes.sty instead of soul.
I
Michael Gerz schrieb:
Jean-Marc Lasgouttes schrieb:
The biggest quirk I see is that armenian support without having been
requested and without input from anybody who understands/needs it
(correct me if I am wrong). This is a big error IMO.
At the risk of making Uwe very, very angry: Should
Abdelrazak Younes schrieb:
José Matos wrote:
On Monday 07 May 2007 10:03:21 Abdelrazak Younes wrote:
I think the Converter cache should be turned on by default also.
I am not so sure although I have it activate and I did not notice
any problem.
One plan is to turn it on now and if we f
Hello,
the attached patch tries to decouple change tracking output from dvipost.
The overall approach is to define two commands \lyxinserted and
\lyxdeleted that are mapped on either dvipost, soul (in the future), or
"nothing".
Unfortunately, the patch produces some artifacts with dvipost. S
Peter Kümmel schrieb:
Are you sure? As I understand it local8bit is the concrete value of the system
which iconv uses, for instance ARMSCII-8 (
http://www.gnu.org/software/libiconv/ )
and then it is still possible that converting fails.
A file is made up of bytes that are interpreted accordi
Peter Kümmel schrieb:
Is there any way to determine the encoding of a file? Can't any file be
considered as UTF-8 (even if it is not encoded in UTF-8)?
Georg's comment in bugzilla is
Yes, LyX treats all text files as utf8, and iconv can choke on
non-utf8 text
Oh, that
Peter Kümmel schrieb:
http://bugzilla.lyx.org/show_bug.cgi?id=3203:
Yes, LyX treats all text files as utf8, and iconv can choke on non-utf8 text
interpreted as utf8. I see the same here.
Since it is not possible to detect the file encoding reliably from the contents
the only option I see to
Abdelrazak Younes schrieb:
Dov Feldstern wrote:
some directions that LyX is taking --- I feel that we're gaining
features (which is of course good) at the expense of stability (which
is less good...). And I fear that your leaving the list will only
accelerate that trend...).
Dov, I don't den
Jürgen Spitzmüller schrieb:
OK to go in?
Jürgen
Index: src/frontends/qt4/QLToolbar.cpp
===
--- src/frontends/qt4/QLToolbar.cpp(Revision 18203)
+++ src/frontends/qt4/QLToolbar.cpp(Arbeitskopie)
@@ -197,6 +197,7 @@
Hello,
although I spent a lot of effort in change tracking, there is still no
way to show changes in pdflatex output :-(
In the past, we discussed whether we should replace dvipost by the two
packages "changes.sty" and "changebar.sty". At that time, some said that
"changes.sty" is too young
[EMAIL PROTECTED] schrieb:
Author: younes
Date: Fri May 4 19:46:03 2007
New Revision: 18203
URL: http://www.lyx.org/trac/changeset/18203
Log:
revision 18202: I forgot this one.
Modified:
lyx-devel/trunk/src/frontends/qt4/TocWidget.cpp
A... here it is :-)
Michael
[EMAIL PROTECTED] schrieb:
Author: younes
Date: Fri May 4 19:37:05 2007
New Revision: 18202
URL: http://www.lyx.org/trac/changeset/18202
Log:
TOC Widget beautification by Stefan Schimanski:
* lib/images: 3 new icons
* TocUi/TocWidget: Replace labeled button with icon buttons.
Abdel,
th
Abdelrazak Younes schrieb:
Here is a slightly modified version of Stefan's patch.
I am not a QT expert but the patch seems to make sense!
Michael
Abdelrazak Younes schrieb:
About this particular one, I proposed to make the method pure
virtual, any objection?
Here is the patch.
Do we really have to repeat the term "virtual" in all subclasses?
Michael
José Matos schrieb:
I am proposing the removal of the official support for Armenian from 1.5.
I tend to agree.
Michael
Jean-Marc Lasgouttes schrieb:
The biggest quirk I see is that armenian support without having been
requested and without input from anybody who understands/needs it
(correct me if I am wrong). This is a big error IMO.
At the risk of making Uwe very, very angry: Should we revert the changes?
José Matos schrieb:
On Thursday 03 May 2007 22:41:17 Michael Gerz wrote:
Please provide some comments on my code (JMarc?). I am by no means an
expert in the cursor and undo business.
I will commit only after two OKs.
If Jean-Marc agrees with the code you have my OK. :-)
I trust
Hello,
in a attempt to fix bug #3160 (yet another CT problem), I came up with
the attached patch.
The problem looks simple - count the number of logically but not
physically deleted characters and move the cursor forward accordingly.
In practice, it turned out to be a bit more difficult, bec
[EMAIL PROTECTED] schrieb:
Author: leuven
Date: Thu May 3 23:07:39 2007
New Revision: 18191
URL: http://www.lyx.org/trac/changeset/18191
Log:
* replace old toc-view with new dialog-toggle
Damn. 1 second too late :-) Simple bugs are rare nowadays :-)
Michael
Abdelrazak Younes schrieb:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Yes, the patch from Stefan. I would like to commit it but I have a
problem: I can see that the toggle TOC menu item works correctly but
the former TOC toolbar button is not there anymore, I don't know
why... Do you see it
Abdelrazak Younes schrieb:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Yes, the patch from Stefan. I would like to commit it but I have a
problem: I can see that the toggle TOC menu item works correctly but
the former TOC toolbar button is not there anymore, I don't know
why... Do you see it
Jürgen Spitzmüller schrieb:
Michael Gerz wrote:
Any comments on this issues are welcome. I would like to get some
opinions before I change the po file.
remove the shortcuts from the dialog and introduce general shortcuts for the
outliner actions.
Abdel,
do you have a suitable
Abdelrazak Younes schrieb:
Since it would be arrogant to demand from all of you to adjust to my
wishes for the very little amount I could contribute I chose the
other alternative: Don't help with a product that I cannot endorse.
Georg,
I looked up the meaning of "endorse" and I must confess th
Bo Peng schrieb:
Beta 3: Friday, May 11
RC1: Friday, May 25
Final : Friday, June 1 (unless a new critical bug appear)
No file format changes and new features after beta 3 - only bug fixing!
I see that I am given one week to add InsetListings ...
Bo,
we have to be very careful with Inse
José Matos schrieb:
On Thursday 03 May 2007 17:51:25 Michael Gerz wrote:
Beta 3: Friday, May 11
RC1: Friday, May 25
Final : Friday, June 1 (unless a new critical bug appear)
No file format changes and new features after beta 3 - only bug fixing!
Those two conditions are not
José Matos schrieb:
On Thursday 03 May 2007 19:40:06 [EMAIL PROTECTED] wrote:
Good points. Does this mean you've approved the schedule above?
The calendar is optimistic, and I am not know for being pessimistic. ;-)
You should, if possible, try to have some weekly list of the most
Abdelrazak Younes schrieb:
José Matos wrote:
On Thursday 03 May 2007 12:54:28 [EMAIL PROTECTED] wrote:
I don't think that's a good idea as we expect the file format to change
between the rc and the stable release.
I am sorry, I can't parse this sentence. :-)
IMO, it is all a matter of ti
Uwe Stöhr schrieb:
Btw. I think we currently don't have an Armenian user, so why would
somebody have it working in LyX 1.4.x?
How many Armenian users are going to use 1.5.x BTW?
I don't understand why you spent so much effort into this matter...
don't tell me that you read+write Armenian, do y
Bo Peng schrieb:
The generated po files are different in many places like:
2924c2924
< #: lib/layouts/scrlttr2.layout:207 lib/layouts/amsdefs.inc:186
---
#: lib/layouts/amsdefs.inc:186 lib/layouts/scrlttr2.layout:207
which reflect the order in which inc and layout etc are processed, I
am look
Bo Peng schrieb:
In that case was a new inset, like include/input inset, with
support to
configure the different options from listings, like the programming
language, ...
That will be good to have I googled for 2 minutes and could not
find that patch right now.
http://bugzilla.lyx.org/
Jürgen Spitzmüller schrieb:
Michael Gerz wrote:
Any comments on this issues are welcome. I would like to get some
opinions before I change the po file.
remove the shortcuts from the dialog and introduce general shortcuts for the
outliner actions.
Abdel, shouldn't we remov
Jürgen Spitzmüller schrieb:
I know now what's happening. I just discovered that it's locale-dependend.
Michael, in the German localization, you cannot use the accelerator "A" for
the TOC dialog (which is in fact used twice), for this breaks the fundamental
keyboard shortcuts M-a {1,2,...} in t
Uwe,
did you change this message on purpose (Subsection => SubSection) ???
#: lib/layouts/simplecv.layout:56
#, fuzzy
msgid "SubSection"
msgstr "Unterabschnitt"
Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Tue May 1 11:28:19 2007
New Revision: 18145
URL: http://www.lyx.org/trac/changeset/18145
Log:
* po/*.po:
* po/POTFILES.in: another giant po files update;
hopefully, the messages, the source files, and the order, in which
Hartmut Haase schrieb:
Hi there,
since 7 days or more I can't compile anymore because someone checked things in
without testing them. I don't know how you guys are are working but you
violate at least one main rule of good s/w develepmont.
This was already the case when you switched to utf-8.
Abdelrazak Younes schrieb:
Then keep the method in Buffer and put the logic in there. You don't
really need the method in BufferParams.
But we make exclusive use of BufferParams, no other Buffer member is
involved!
I think the situation is similar (but not identical) to Paragraph vs
Paragraph
Abdelrazak Younes schrieb:
Modified: lyx-devel/trunk/src/Buffer.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/Buffer.cpp?rev=18143
==
--- lyx-devel/trunk/src/Buffer.cpp (original)
+++ lyx-devel/trunk/src/B
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Georg, all,
as an attempt to please you and to fix bug #3332, I produced the
attached patch :-)
The bad news: The translations to the buffer language do not work on
my machine (Win XP) - all translations are made to the menu language,
instead
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Tue May 1 09:05:12 2007
New Revision: 18141
URL: http://www.lyx.org/trac/changeset/18141
Log:
* lib/images:
- rename toc-view.xpm to dialog-toggle_toc.xpm
Added:
lyx-devel/trunk/lib/images/dialog-toggle_toc.xpm
Removed:
lyx-devel/t
Georg, all,
as an attempt to please you and to fix bug #3332, I produced the
attached patch :-)
The bad news: The translations to the buffer language do not work on my
machine (Win XP) - all translations are made to the menu language,
instead :-(
Could someone please check whether the patc
[EMAIL PROTECTED] schrieb:
Author: bpeng
Date: Mon Apr 30 19:15:11 2007
New Revision: 18125
URL: http://www.lyx.org/trac/changeset/18125
Log:
Scons: remove depend.pyc from scons_manifest.py
Modified:
lyx-devel/trunk/development/scons/SConstruct
lyx-devel/trunk/development/scons/scons_ma
Bo Peng schrieb:
there is still one problem: os_win32.C is not considered for
POTFILES.in!
Sorry, os_win32.cpp is missing because it is not in scons_manifest.py
(it is included by other .cpp). It should have been fixed now.
Argh... I also fixed it in the meantime! Don't you read SVN logs?
Gre
Koji Yokota schrieb:
> Hi,
>
> I uploaded an updated message file for Japanese translation adopted from
> CJK-LyX 1.4.4 in the following web address (the file is too long to be
> attached to a mail).
>
> http://www.otaru-uc.ac.jp/~yokota/comp/lyx-1.5.0/ja.po
>
> Could you merge this in the
Jürgen Spitzmüller schrieb
Jürgen Spitzmüller wrote:
The lfun should probably be renamed LFUN_TOGGLE_TOC.
The attached patch does this (LFUN_TOC_TOGGLE).
OK to apply?
If we transform this command into a toggle command, then how about
"source-view"? Shouldn't it be changed as well
[EMAIL PROTECTED] schrieb:
Author: younes
Date: Mon Apr 30 12:31:51 2007
New Revision: 18110
URL: http://www.lyx.org/trac/changeset/18110
Log:
Now that setPosCache() is in Inset, InsetMathDim is not needed anymore: ERASED!
Modified: lyx-devel/trunk/src/mathed/InsetMathGrid.cpp
URL:
http://www.
Michael Gerz schrieb:
Bo Peng schrieb:
po generation does no longer work well on Windows. I get a lot diffs
like
Looks good now. However, the number of difference (due to file
renaming) are countless. I will double-check before I commit the
updated po files.
Bo,
there is still one problem
Bo Peng schrieb:
po generation does no longer work well on Windows. I get a lot diffs
like
Looks good now. However, the number of difference (due to file renaming)
are countless. I will double-check before I commit the updated po files.
Michael
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
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 ple
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
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
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
Oh, well, there are many more classes with LyX prefix:
LyXView.*
LyXFileDialog.*
LyXFont.*
LyXLayout.*
LyXTextClass.*
LyXAction.*
LyXFunc.*
LyXRC.*
LyXText.*
LyXTextClassList.*
LyXVC.*
Regards,
Michael
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
Just for curiosity:
Does anybody intend to make more file/class name changes or can we
consider the code base as "stable" now?
Michael
José Matos schrieb:
On Thursday 26 April 2007 9:52:01 pm Michael Gerz wrote:
I am a Windows/Scons guy. Could some *nix developer please update the
file? Presently, po file generation is broken.
Done. :-)
I am afraid that someone has to update POTFILES.in again, because more
file
Michael> Is this files maintained by hand or auto-generated?
It is autogenerated by autotools but someone has to commit the updated
version from time to time.
I am a Windows/Scons guy. Could some *nix developer please update the
file? Presently, po file generation is broken.
Thanks!
Mi
Hi,
POTFILES.in is not in sync with the LyX sources.
Is this files maintained by hand or auto-generated?
Michael
Andre Poenitz schrieb:
On Thu, Apr 26, 2007 at 09:15:50PM +0200, Uwe Stöhr wrote:
breaks SVN as there is already file "color.h", note the difference to
"Color.h" SVN doesn't allow to have two files with the same name no
matter if the use capital letters or not. So you have to remove
"Color.
[EMAIL PROTECTED] schrieb:
Author: poenitz
Date: Thu Apr 26 21:21:38 2007
New Revision: 18048
URL: http://www.lyx.org/trac/changeset/18048
Log:
I guess Windows folks are not too happy with files named color.h and Color.h
Thanks, Andre! It is possible to check out a new working copy on Windo
[EMAIL PROTECTED] schrieb:
Author: poenitz
Date: Thu Apr 26 01:15:49 2007
New Revision: 18013
URL: http://www.lyx.org/trac/changeset/18013
Log:
remove half-baked greek-insert stuff
Andre,
this removal really makes me sad for several reasons:
- I was in hope that greek-insert would allow u
Bernhard Roider schrieb:
Hello,
at work i tried this version on windows today and found some problems.
1. The math preview of german umlauts in a formula (inside text field
with C+m) does not work. The created preview image contains multiple
characters instead of the umlaut (encoding problem?
José Matos schrieb:
On Wednesday 25 April 2007 9:54:40 pm Andre Poenitz wrote:
On Wed, Apr 25, 2007 at 10:39:02PM +0200, Abdelrazak Younes wrote:
I am waiting for things to calm down...
Anybody tried recently?
Yes. Works.
cmake?
Don't you have problems with iconv lib
Jean-Marc Lasgouttes schrieb:
Michael> I am not convinced. Before, view source was enabled if buf
Michael> was set. Now, AFAICS view-source is always enabled. Have I
Michael> overlooked anything?
Did you try it out? The logic is in the first test:
if (!buf)
enable = name
Andre Poenitz schrieb:
mathed/InsetMathRef.h is bad
Unused as far as I remember.
Are you going to delete this file?
mathed/MathReplace.h is bad
Unused as far as I remember.
The same here?
Michael
Andre Poenitz schrieb:
_pimpl.[Ch] should be included in the respective .C files. Actually I
think there's none left...
There are still two *_pimpl left:
$ find . -name "*impl*"
./frontends/Alert_pimpl.h
./frontends/qt4/Alert_pimpl.C
Michael
[EMAIL PROTECTED] schrieb:
Author: poenitz
Date: Wed Apr 25 18:39:21 2007
New Revision: 17994
URL: http://www.lyx.org/trac/changeset/17994
Log:
code cosmetics whitespace, unneeded lyx:: qualification, indentation, unneeded
destructors and the like
Ahem. Please remember that we are close to
Bo Peng schrieb:
I have already seen a problem in src/graphics/GraphicsConverter.cpp
where converter.h and (new) Converter.h will be the same under
windows. So, it is a good idea to rename class Converter to
GraphicsConverter.
Because Loader, Image, Converter, Cache are common class names, it i
Abdelrazak Younes schrieb:
Isn't this M-V-C thingy about making maintanance easier? If so, how come
that a simple dialog needs 3(!) extra classes (spilled on 6 files in 2
directories, no less...)?
Something went awfully wrong here as far as I can tell...
I am glad that someone joins me there :
Andre,
are paragraph_pimpl.[Ch] still needed?
Michael
Ozgur Ugras BARAN schrieb:
Notation Entry/ Notation List in user visible places, IMHO. People
complained about Nomenclature word before. (Some people also
complained for
Notation word :-) ).
Actually, it was me who complained about "Notation" :-) This term - at
least in German - is rather mean
Bo Peng schrieb:
Dear all,
Please vote if you like the following name changes. As far as I can tell,
filenames match class names.
I need 2 positive votes.
I haven't checked each individual line but the overall approach looks
fine (provided that we agreed on .C => .cpp in general)
Michael
Georg Baum schrieb:
Georg
PS: Another case of first commit, then think
Sigh... I think we are too close to the final 1.5.0 for such quick fixes.
/M
Jean-Marc Lasgouttes schrieb:
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Why did you remove view-source?
Look at the logic. This case was already covered as far as I know.
I am not convinced. Before, view source was enabled if buf wa
[EMAIL PROTECTED] schrieb:
Author: lasgouttes
Date: Mon Apr 23 11:35:28 2007
New Revision: 17915
URL: http://www.lyx.org/trac/changeset/17915
Log:
remove outdated "status" file
Modified: lyx-devel/trunk/src/lyxfunc.C
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/lyxfunc.C?rev=17915
Uwe,
I don't see your commits in the cvs mailing list, neither! (Edwin had
the same problem before)
Michael
[EMAIL PROTECTED] schrieb:
http://bugzilla.lyx.org/show_bug.cgi?id=3458
[EMAIL PROTECTED] changed:
What|Removed |Added
--
Pavel Sanda schrieb:
btw i looked more closely on those msgs. from my point of view many of them
shouldn't be translated at all - i.e. those which stands for tex symbols,
because 1) most of the pictures are self-explaining 2) its not good to
separate users from latex totally. i have learned myse
Edwin Leuven schrieb:
Michael Gerz wrote:
URL: http://www.lyx.org/trac/changeset/17907
The translation stuff works again!
why to_ascii and not to_utf8?
IIRC, gettext cannot handle UTF8, only ASCII.
Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sun Apr 22 12:11:16 2007
New Revision: 17908
URL: http://www.lyx.org/trac/changeset/17908
Log:
* src/mathed/BUGS: remove old stuff
I removed some cruft from the file but I failed assess of all items due
to my lack of experience with
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sun Apr 22 12:05:17 2007
New Revision: 17907
URL: http://www.lyx.org/trac/changeset/17907
Log:
* src/frontend/qt4/QLToolbar.C: fix translation of toolbar
Modified:
lyx-devel/trunk/src/frontends/qt4/QLToolbar.C
Tata!
The translat
Pavel Sanda schrieb:
I had a closer look at de.po today - about 600 (!) new messages due to
the math toolbar!
I think we should ask the translators as soon as possible for po
updates. I will send a request later this weekend.
wouldn't be better to wait until UI is in the fixed state ?
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sun Apr 22 11:26:14 2007
New Revision: 17905
URL: http://www.lyx.org/trac/changeset/17905
Log:
* po/lyx_pot.py: do not replace \\ by
this fixes the math panel toolbar problems
Modified:
lyx-devel/trunk/po/lyx_pot.py
Modi
Edwin Leuven schrieb:
Michael Gerz wrote:
The problem is the double \\ which is collapsed into a single \
somewhere in your code. However, in the po files we assume that the
message has two \\ . Therefore, the internal message and the
translation do not match => no translation.
the attac
Michael Gerz schrieb:
Edwin,
I remerged the po files using scons. Afterwards, I saw hundreds of
entries like
#: lib/ui/stdtoolbars.inc:266
msgid "Scriptscript (smaller) style\tscriptscriptstyle"
msgstr "Scriptscript-Stil (kleiner)\tscriptscriptstyle"
However, the
Edwin Leuven schrieb:
Michael Gerz wrote:
Edwin,
I remerged the po files using scons. Afterwards, I saw hundreds of
entries like
#: lib/ui/stdtoolbars.inc:266
msgid "Scriptscript (smaller) style\tscriptscriptstyle"
msgstr "Scriptscript-Stil (kleiner)\tscriptscript
Edwin Leuven schrieb:
Michael Gerz wrote:
Edwin,
I think we should rename a few local variables. In a year, people
will wonder why a ToolbarInfo object is called "tbb".
OK?
tbinfo as in attached?
Ok. Committed!
Michael
Edwin,
I remerged the po files using scons. Afterwards, I saw hundreds of
entries like
#: lib/ui/stdtoolbars.inc:266
msgid "Scriptscript (smaller) style\tscriptscriptstyle"
msgstr "Scriptscript-Stil (kleiner)\tscriptscriptstyle"
However, the German translations are not shown in the ma
José,
I had a closer look at de.po today - about 600 (!) new messages due to
the math toolbar!
I think we should ask the translators as soon as possible for po
updates. I will send a request later this weekend.
IMHO, we should release yet another beta in about 2-3 weeks. The first
1.5.0 re
Georg Baum schrieb:
Am Samstag, 21. April 2007 13:26 schrieb Michael Gerz:
If you speak about gbrief2: there are no real style changes.
There were so many changes that I lost track, and compared an older tree
with the current state. There were spelling changes in style names
(Adress
Edwin,
I think we should rename a few local variables. In a year, people will
wonder why a ToolbarInfo object is called "tbb".
OK?
Michael
Index: src/frontends/LyXView.h
===
--- src/frontends/LyXView.h (Revision 17884)
+++ src/fr
Hi Andre,
any opinion on src\mathed\BUGS ?
Michael
Edwin Leuven schrieb:
Michael Gerz wrote:
Hi,
I have been in "pedantic mode" this morning and found a few relics of
the math panel.
Could someone please confirm that the attached patch makes sense and
can be committed?
looks fine to me
I will remove the math panel icon at the
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sat Apr 21 15:20:45 2007
New Revision: 17887
URL: http://www.lyx.org/trac/changeset/17887
Log:
* lib/bind/cua.bind: whitespace change only
Modified:
lyx-devel/trunk/lib/bind/cua.bind
Modified: lyx-devel/trunk/lib/bind/cua.bind
URL: h
Jürgen Spitzmüller schrieb:
Andre Poenitz wrote:
It would be nice to have tooltips in there.
Attached.
José, can such trivial things go in again?
I think all tooltips should start with a capital letter.
+
+move selected item one level down
+
This is mislead
Hi,
I have been in "pedantic mode" this morning and found a few relics of
the math panel.
Could someone please confirm that the attached patch makes sense and can
be committed?
I will remove the math panel icon at the same time.
Michael
Index: src/frontends/controllers/ControlMath.h
=
Jose,
is the trunk open for commits again?
Michael
201 - 300 of 1460 matches
Mail list logo
