On Tuesday 21 November 2006 1:37 pm, Sven Hoexter wrote:
> Hi guys,
> here is a patch proposal for the FSF address change
> needed in the /po/*.po files including a translation for
> the de.po file.
Is it wise for us to translate the license?
Or are you referring to the official translation,
On Monday 27 November 2006 9:38 am, Abdelrazak Younes wrote:
> Forget what I said Jose, you are obviously the only candidate and I
> don't want to irritate you. Please ignore my suggestion.
I have been busy lately although things are improving. One point to be
understood in my actions is that
On Saturday 25 November 2006 9:05 am, Gudjon I. Gudjonsson wrote:
> Hi
>Thanks for the ugrade of the automake files.
>This new lyx (1.5) looks very nice but I do still experience the same
> annoying problem as with version 1.4 (hope I have not misunderstood
> something).
>When I
On Wednesday 22 November 2006 5:29 pm, Charpentier Philippe wrote:
> Now if you decide to introduce a GUIname, in such a way the name of
> Styles have to be in ASCII, I think that all the lyx files
> I wrote will be unreadable with the next versions of lyx.
?
That is the task for
On Tue, Nov 28, 2006 at 11:51:01AM +, José Matos wrote:
> On Tuesday 21 November 2006 1:37 pm, Sven Hoexter wrote:
> > Hi guys,
> > here is a patch proposal for the FSF address change
> > needed in the /po/*.po files including a translation for
> > the de.po file.
>
> Is it wise for us to
Sven Hoexter wrote:
> To be honest I'm still unsure if this is a good way to handle the
> translations. I donno how you worked with changes of translated text
> in the past.
The standard way: Change the original text and let the translators handle
the translations. There is a Makefile target to
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> Codewise this convertion seems easy and all the previous files
José> should be working. Or am I missing something?
No, it looks OK if this asciization is easy in python. One should
check against duplicates, though, like in the case
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>> Now I don't understand anymore why you want to scale bitmap icons?
Peter> I don't like the big toolbars, and don't care about the
Peter> artifacts of the scaled-down bitmaps.
What size is a 'big' toolbar to you?
One problem is that
> "Stephan" == Stephan Witt <[EMAIL PROTECTED]> writes:
Stephan> If my view is worth anything, I would say that in case one
Stephan> can select theicon size they should look sensible after doing
Stephan> so. If that is possible with scaling it is ok. If it is not,
Stephan> then the only
On Tuesday 28 November 2006 1:54 pm, Jean-Marc Lasgouttes wrote:
> > "José" == José Matos <[EMAIL PROTECTED]> writes:
>
> José> Codewise this convertion seems easy and all the previous files
> José> should be working. Or am I missing something?
>
> No, it looks OK if this asciization is easy
On Tue, Nov 28, 2006 at 02:30:04PM +0100, Georg Baum wrote:
> Sven Hoexter wrote:
>
> > To be honest I'm still unsure if this is a good way to handle the
> > translations. I donno how you worked with changes of translated text
> > in the past.
>
> The standard way: Change the original text and
After a couple of hours testing yesterday's lyx-1.5,
two problems stand out:
* I can move the cursor out of the window!
Normally, lyx scrolls down when the cursor is on the last line
in the main window and I press down arrow. Now, the cursor
just keeps going down and disappear from the
Hi,
does anybody use LyX on Windows? Right now, I am facing two problems:
- unicode is broken, e.g., pressing backspace causes some strange
characters
(this may have been caused by Enrico's latest patch)
- export to dvi is broken; the dvi file is not generated, although the
tex output is
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> It is strange to me that newfile1.lyx is there everytime since
Bo> ignored files will not be saved. If you start lyx, with
Bo> newfile1.lyx ignored, and close lyx with no file open, do you
Bo> still see this warning?
I start LyX and type
Helge Hafting wrote:
After a couple of hours testing yesterday's lyx-1.5,
two problems stand out:
* I can move the cursor out of the window! Normally, lyx scrolls down
when the cursor is on the last line
in the main window and I press down arrow. Now, the cursor
just keeps going down
Abdelrazak Younes schrieb:
I can't reproduce that under Windows. Only a mouse release moves the
scrollbar, keeping the mouse pressed do not affect scrolling here...
Are you actually working on Windows? Why don't you see the problems that
I am facing???
Michael
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, the following (committed) patch fixes a deterministic
Michael> crash with inset-dissolve if you press erase at the end of
Michael> the inset.
Where was the crash?
Michael> ATTENTION: I fixed the bug by aligning erase() and
Michael Gerz wrote:
Abdelrazak Younes schrieb:
I can't reproduce that under Windows. Only a mouse release moves the
scrollbar, keeping the mouse pressed do not affect scrolling here...
Are you actually working on Windows? Why don't you see the problems that
I am facing???
Maybe because I use
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
I can't reproduce that under Windows. Only a mouse release moves the
scrollbar, keeping the mouse pressed do not affect scrolling here...
Are you actually working on Windows? Why don't you see the problems
that I am
On Tue, Nov 28, 2006 at 11:02:27AM +0100, Georg Baum wrote:
> [EMAIL PROTECTED] wrote:
>
> > --- lyx-devel/trunk/src/support/docstring.C (original) +++
> > lyx-devel/trunk/src/support/docstring.C Tue Nov 28 01:24:18 2006 @@ -468,6
> > +468,7 @@
> > s.reserve(64);
> >
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
I can't reproduce that under Windows. Only a mouse release moves the
scrollbar, keeping the mouse pressed do not affect scrolling here...
Are you actually working on Windows? Why don't you see the
Am Dienstag, 28. November 2006 16:20 schrieb Abdelrazak Younes:
> Abdelrazak Younes wrote:
> > Bennett Helm wrote:
> >
> >> 2. Crash: load User's Guide. Page down to the bottom, then page up
> >> several times. LyX crashes. Here's the backtrace:
> >
> > This is because I did not take into
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Drag-and-drop to the LyX window works, but it does not work
Bennett> to the Dock icon.
This is because the code to do so has been disabled. Moreover, Qt4 has
native support for this kind of stuff, and I propose to use something
Michael Gerz wrote:
Hi,
does anybody use LyX on Windows? Right now, I am facing two problems:
- unicode is broken, e.g., pressing backspace causes some strange
characters
(this may have been caused by Enrico's latest patch)
It works correctly here.
- export to dvi is broken; the dvi
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> But some people like smaller (sub-optimal-scaled) icons, it was
Peter> already requested on the list. And nobody is forced to change
Peter> the size when he doesn't like it.
A rule of thumb of interface design is to avoid adding
Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Drag-and-drop to the LyX window works, but it does not work
Bennett> to the Dock icon.
This is because the code to do so has been disabled. Moreover, Qt4 has
native support for this kind of stuff, and I
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Jean-Marc Lasgouttes wrote:
>> Can't we just force qt to use the size we provide?
Peter> I've committed a patch, so we can now hard code the icon size
Peter> in lyx_main.C. Currently it is iconSizeXY = 26, hope this is
Peter>
Kornel Benko wrote:
Am Dienstag, 28. November 2006 16:20 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Bennett Helm wrote:
2. Crash: load User's Guide. Page down to the bottom, then page up
several times. LyX crashes. Here's the backtrace:
This is because I did not take into account
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> * InsetBase and all derivates: - metrics(MetricsInfo & mi,
Abdelrazak> Dimension & dim) now returns a bool (true if metrics
Abdelrazak> changed).
All these changes make me wonder whether the caller could test by
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> * InsetBase and all derivates: - metrics(MetricsInfo & mi,
Abdelrazak> Dimension & dim) now returns a bool (true if metrics
Abdelrazak> changed).
All these changes make me wonder whether the
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Could someone who recall the story please give me a quick
Abdelrazak> summary? Basically, is bruteFind3() the preferred
Abdelrazak> function? And if yes why was it disabled?
Abdelrazak> Using
On Tue, Nov 28, 2006 at 09:21:01AM +0100, Georg Baum wrote:
> Michael Gerz wrote:
>
> > I don't know what cause the problem - the colon, the backslash, the
> > space, or the German Umlaut. Do you have any idea?
>
> Yes. Non-ascii filenames do not work at all. See the thread "unicode and
>
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Anyway, I came up with the conclusion that returning a
Abdelrazak> bool is the less risky change for now as it won't affect
Abdelrazak> the code that does not make use of it. Additionally, I
Abdelrazak> would like to
José Matos wrote:
That is the task for layout2layout and lyx2lyx, the convertion should be
seamless to the final user.
As an example, Théorème,
In 1.4
Style Théorème
...
End
In 1.5
Style Theoreme
GUIname Théorème
...
End
where Theoreme is a convertion from Théorème to an ascii only
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I think only andré knows for sure.
Abdelrazak> I was reading this thread where you were involved:
Yes. I cannot hide anything from your sight...
Abdelrazak> http://thread.gmane.org/gmane.editors.lyx.devel/51960/focus=52007
Enrico Forestieri wrote:
> You maybe right, but without the terminator I see red names, whereas
> with the zero-terminator I see the symbols... Indeed, I was so sure
> that it had worked without the terminator that I didn't bothered to
> check it, at first.
That means that there is some other
[EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Nov 28 18:24:44 2006
New Revision: 16092
URL: http://www.lyx.org/trac/changeset/16092
Log:
* LyXText::cursorNext(): Fix crash with PageDown when the next paragraph is a
math inset bigger than the screen.
* LyXText::cursorPrevious(): Implement
On Sun, Nov 26, 2006 at 12:32:35AM +0100, Enrico Forestieri wrote:
> lyx -x "command-sequence file-open UserGuide.lyx ; repeat 10 screen-down ;
> lyx-quit"
>
> Or, more precisely, it almost works. Indeed, the commands are executed
> but the splash screen is always shown; then the main window
On Sun, Nov 26, 2006 at 12:09:47AM +0100, Enrico Forestieri wrote:
> Please not. I think that if your formula doesn't fit on screen, even
> after enlarging the window to full screen size, chances are that it
> will not fit on paper, too.
That's not true if you use a lot of ERT in math.
On Sat, Nov 25, 2006 at 01:53:30PM +0100, Michael Gerz wrote:
> Hi,
>
> the END_LABEL_* handling in RowPainer::paintLast is broken.
>
> In regular text, the label boxes are not completely visible (because we
> shrinked the margin on screen?). Inside of insets, they don't work at all.
>
> I am
On Sat, Nov 25, 2006 at 08:42:47PM +0100, Enrico Forestieri wrote:
> Hmmm, if my info are correct I think I'm doing right:
>
> void string::resize(size_type n, char c)
> The string stored in the string object is resized to n characters.
> The second argument is optional, in which case
On Sat, Nov 25, 2006 at 11:37:29AM +0100, Abdelrazak Younes wrote:
> You misunderstood the problem.
Probably.
> Drawing math is not faster nor slower than the rest. What's
> problematic is to have to redraw when navigating with the mouse or the
> keyboard. We don't need to redraw for other
On Sat, Nov 25, 2006 at 01:33:28PM +0100, Georg Baum wrote:
> Nothing is wrong with updating tex2lyx to the current format, but as I
> stated already _I_ am not going to do this, because José wants to rewrite
> it in python and I don't want to waste my time. If somebody else wants to
> do that
On Sat, Nov 25, 2006 at 02:16:41PM +0100, Abdelrazak Younes wrote:
> Michael Gerz wrote:
> >Georg Baum wrote:
> >
> >>No, it does not fix a conversion, it suppresses a compiler warning. I
> >>don't understand why x_ is of type double at all. Why not int?
> >>
> >>
> >I guess there are cases
On Sat, Nov 25, 2006 at 01:44:20PM +0100, Abdelrazak Younes wrote:
> Georg Baum wrote:
> >Am Freitag, 24. November 2006 23:20 schrieb Michael Gerz:
> >>Hi,
> >>
> >>this patch fixes a double-to-int conversion. (already committed)
> >
> >No, it does not fix a conversion, it suppresses a compiler
On Sat, Nov 25, 2006 at 01:45:43PM +0100, Michael Gerz wrote:
> Georg Baum wrote:
> >No, it does not fix a conversion, it suppresses a compiler warning. I
> >don't understand why x_ is of type double at all. Why not int?
>
> I guess there are cases (like with multiple hfills), where x_ would be
On Sun, Nov 26, 2006 at 12:37:35AM +0100, Enrico Forestieri wrote:
> While I could only endorse such decision ;-), I have to say that the
> following works in a cmd terminal (I tested it with the native build
> by Joost):
>
> lyx -x "command-sequence file-open UserGuide.lyx ; repeat 10
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Just use the global lyx::dispatch() method!
Abdelrazak> I have created this global method expressly for your own
Abdelrazak> pleasure and you don't dare using it? ;-)
Thanks. Bennett, does the following patch
Andre Poenitz wrote:
> I am not sure I understand the reason why tex2lyx needs to be rewritten
> in python.
Me neither.
> It sort of works right now, doesn't it?
Yes, it does. Of course it could be improved in several areas, but it will
be a lot of work to reach the same level again in a
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, the END_LABEL_* handling in RowPainer::paintLast is
Michael> broken.
Michael> In regular text, the label boxes are not completely visible
Michael> (because we shrinked the margin on screen?). Inside of
Michael> insets, they
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Sat, Nov 25, 2006 at 01:33:28PM +0100, Georg Baum wrote:
>> Nothing is wrong with updating tex2lyx to the current format, but
>> as I stated already _I_ am not going to do this, because José wants
>> to rewrite it in python and
Charpentier Philippe wrote:
> and in some cases:
> in the .layout : Style Théorème_ST
> in the .lyx \begin_layout Théorème ST
> in the .ui : Item "Théorème ST" "layout Théorème ST"
> (the difference being for _ in the Style name)
>
> Thus the conversion have to modify the three files correctly.
On Tue, Nov 28, 2006 at 04:02:24PM +0100, Michael Gerz wrote:
> Hi,
>
> does anybody use LyX on Windows? Right now, I am facing two problems:
>
> - unicode is broken, e.g., pressing backspace causes some strange
> characters
> (this may have been caused by Enrico's latest patch)
Uh? That was
Enrico Forestieri wrote:
> On Tue, Nov 28, 2006 at 09:21:01AM +0100, Georg Baum wrote:
>> Michael Gerz wrote:
>>
>> > I don't know what cause the problem - the colon, the backslash, the
>> > space, or the German Umlaut. Do you have any idea?
>>
>> Yes. Non-ascii filenames do not work at all.
On Tuesday 28 November 2006 5:46 pm, Jean-Marc Lasgouttes wrote:
>
> I do not understand it either, other than the fact that José wants to
> rewrite everything in python.
My purpose with lyx2lyx was always to write a library (in python) capable of
reading and writing lyx files.
It is a lot
I do not understand it either, other than the fact that José wants to
rewrite everything in python.
I also want to rewrite everything in python. :-)
Seriously, tex2lyx is rarely used (so speed is not an issue) and
involves a lot of string handling. Python seems to be a much better
language for
On Nov 28, 2006, at 9:03 AM, Jean-Marc Lasgouttes wrote:
"Stephan" == Stephan Witt <[EMAIL PROTECTED]> writes:
Stephan> If my view is worth anything, I would say that in case one
Stephan> can select theicon size they should look sensible after doing
Stephan> so. If that is possible with
On Tue, Nov 28, 2006 at 06:26:49PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > You maybe right, but without the terminator I see red names, whereas
> > with the zero-terminator I see the symbols... Indeed, I was so sure
> > that it had worked without the terminator that I didn't
On Nov 28, 2006, at 12:40 PM, Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Just use the global lyx::dispatch() method!
Abdelrazak> I have created this global method expressly for your own
Abdelrazak> pleasure and you don't dare using
On Sun, Nov 26, 2006 at 09:46:33PM +0100, Andre Poenitz wrote:
> On Sat, Nov 25, 2006 at 08:42:47PM +0100, Enrico Forestieri wrote:
> > Hmmm, if my info are correct I think I'm doing right:
> >
> > void string::resize(size_type n, char c)
> > The string stored in the string object is resized
On Sun, Nov 26, 2006 at 09:52:03PM +0100, Andre Poenitz wrote:
> On Sun, Nov 26, 2006 at 12:37:35AM +0100, Enrico Forestieri wrote:
> > While I could only endorse such decision ;-), I have to say that the
> > following works in a cmd terminal (I tested it with the native build
> > by Joost):
> >
Bennett Helm wrote:
> On Nov 28, 2006, at 9:03 AM, Jean-Marc Lasgouttes wrote:
>
>>> "Stephan" == Stephan Witt <[EMAIL PROTECTED]> writes:
>>
>> Stephan> If my view is worth anything, I would say that in case one
>> Stephan> can select theicon size they should look sensible after doing
>>
On Nov 28, 2006, at 4:02 PM, Peter Kümmel wrote:
Bennett Helm wrote:
OSX typically has 2 icon sizes that can be selected -- normal and
small.
By my lights, the trouble with the icons in 1.5 is not that the icons
themselves are too big or small, but that there is too much empty
space
Timothy Reaves wrote:
> Will there be a way to select a smaller icon set? The default ones
> are too large by a good deal!
>
Don't forget this request.
Andre Poenitz wrote:
> On Sun, Nov 19, 2006 at 01:48:52PM -0500, Timothy Reaves wrote:
>> Will there be a way to select a smaller icon set? The default ones
>> are too large by a good deal!
>
> I'd like smaller icons as well...
>
> Andre'
>
Don't forget this request, too.
--
Bennett Helm wrote:
> On Nov 28, 2006, at 4:02 PM, Peter Kümmel wrote:
>
>> Bennett Helm wrote:
>>
>>> OSX typically has 2 icon sizes that can be selected -- normal and small.
>>>
>>> By my lights, the trouble with the icons in 1.5 is not that the icons
>>> themselves are too big or small, but
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
>>> Now I don't understand anymore why you want to scale bitmap icons?
>
> Peter> I don't like the big toolbars, and don't care about the
> Peter> artifacts of the scaled-down bitmaps.
>
> What size is a
Here the next proposal:
* two sizes: big and small
* hard coded platform specific sizes in GuiView.C
(is this a good idea?)
* session file value is alway possible
* choosing small/big overwrites session file value
Peter
Index: src/frontends/qt4/GuiView.h
On Tue, Nov 28, 2006 at 08:04:18PM -, [EMAIL PROTECTED] wrote:
> Author: baum
> Date: Tue Nov 28 21:04:16 2006
> New Revision: 16094
>
> URL: http://www.lyx.org/trac/changeset/16094
> Log:
> Do not delete /tmp.
> Somebody should find a real fix.
Doesn't work. It nuked again my /tmp !!!
$
On Wed, Nov 29, 2006 at 01:16:44AM +0100, Enrico Forestieri wrote:
> On Tue, Nov 28, 2006 at 08:04:18PM -, [EMAIL PROTECTED] wrote:
> > Author: baum
> > Date: Tue Nov 28 21:04:16 2006
> > New Revision: 16094
> >
> > URL: http://www.lyx.org/trac/changeset/16094
> > Log:
> > Do not delete /tmp.
On Tue, Nov 28, 2006 at 02:51:34PM -0800, Dave Jarvis wrote:
> Hi,
>
> Has anyone seen something like this before? In the attached image, the
> "apostrophe and s" extends beyond the right-justify margin. As far as I
> have seen, it only occurs on this one page (of over 160 pages).
>
> Any idea
Jean-Marc Lasgouttes schrieb:
Michael> Hi, the following (committed) patch fixes a deterministic
Michael> crash with inset-dissolve if you press erase at the end of
Michael> the inset.
Where was the crash?
You press erase at the end of an inset with CT enabled => crash.
What are the
Ok,
looks like the situation improves. However, I am struggling with a
keyboard problem now.
_Every_ keystroke is treated like Alt+a/b/c/d/...
This is the console output for a simple 'a':
void __thiscall lyx::frontend::GuiWorkArea::keyPressEvent(class
QKeyEvent *) count=1 text=a
Jean-Marc Lasgouttes schrieb:
Peter> I don't like the big toolbars, and don't care about the
Peter> artifacts of the scaled-down bitmaps.
What size is a 'big' toolbar to you?
One problem is that our icons have different sizes (from 20x20 to
at least 26x26 from what I can see).
Can't we tell
José Matos wrote:
On Tuesday 28 November 2006 5:46 pm, Jean-Marc Lasgouttes wrote:
I do not understand it either, other than the fact that José wants to
rewrite everything in python.
My purpose with lyx2lyx was always to write a library (in python) capable of
reading and writing lyx files.
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Just use the global lyx::dispatch() method!
Abdelrazak> I have created this global method expressly for your own
Abdelrazak> pleasure and you don't dare using it? ;-)
Thanks. Bennett, does
Michael Gerz wrote:
Ok,
looks like the situation improves. However, I am struggling with a
keyboard problem now.
_Every_ keystroke is treated like Alt+a/b/c/d/...
This is the console output for a simple 'a':
Any idea???
It is maybe an iconv problem. The debug output uses that to
[EMAIL PROTECTED] wrote:
Author: forenr
Date: Wed Nov 29 01:25:24 2006
New Revision: 16095
URL: http://www.lyx.org/trac/changeset/16095
Log:
Add a regression to Status.15x
Modified:
lyx-devel/trunk/Status.15x
Modified: lyx-devel/trunk/Status.15x
URL:
101 - 178 of 178 matches
Mail list logo
