Abdelrazak Younes wrote:
what about a similar design for the file format and copier sections?
Yes but I don't have much time to work on that (I did the Converters
one because I wanted some spaces for the converter cache options).
I did these tonight while watching a baseball game on TV: File for
Abdelrazak Younes schrieb:
I propose to use the existing matrix icon in the math toolbar to open
the dialog instead of inserting a 2x2 matrix as we do currently.
What would be even better is to have the same table-insert icon as in
the general toolbar.
No, this is confusing for the users who
Attached is a patch fixing bug 1550. It pre-empts my previous effort,
using radio buttons, as suggested by Abdel and JMarc, among others,
rather than a combo box, as previously.
This patch makes the dialog modal, for the present. This is not the
ideal solution, but the ideal solution is still not
I've added the menu entries and committed.
Abdelrazak Younes wrote:
> Uwe Stöhr wrote:
>> Abdelrazak Younes schrieb:
>>
>>> Indeed, and a math toolbar icon too.
>>
>> I propose to use the existing matrix icon in the math toolbar to open
>> the dialog instead of inserting a 2x2 matrix as we do cur
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
Indeed, and a math toolbar icon too.
I propose to use the existing matrix icon in the math toolbar to open
the dialog instead of inserting a 2x2 matrix as we do currently.
What would be even better is to have the same table-insert icon as in
the g
Abdelrazak Younes schrieb:
Indeed, and a math toolbar icon too.
I propose to use the existing matrix icon in the math toolbar to open the dialog instead of
inserting a 2x2 matrix as we do currently.
regards Uwe
On Tue, Apr 10, 2007 at 10:43:57AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> JMarc, this is also needed in 1.4.
>
> Can you please apply it?
Done. I've also fixed slash and backslash handling:
http://www.lyx.org/trac/changes
>> You forgot to update also scons_manifest.py.
> What is that file?
That's the file to tell SCons what files are needed for a LyX installation.
Abdelrazak Younes schrieb:
I dropped the menu entry as we don't have a menu entry for all
subdialogs of the math panel.
I disagree. The delimiter dia
Uwe Stöhr wrote:
I dropped the menu entry as we don't have a menu entry for all
subdialogs of the math panel.
I disagree. The delimiter dialog is usable and callable without the math
panel. And without it there is no keyboard shortcut to launch it. Please
put it in too.
Abdel.
Uwe Stöhr wrote:
> Richard Heck schrieb:
>> Here's the patch for these. I still can't get make install to work
>> properly, but I have no idea why.
> You forgot to update also scons_manifest.py.
What is that file?
>> I'm hoping one of you, maybe Uwe, can help me here. If so, please fix
>> my error
Richard Heck schrieb:
Here's the patch for these. I still can't get make install to work
properly, but I have no idea why.
You forgot to update also scons_manifest.py.
I'm hoping one of you, maybe Uwe, can
help me here. If so, please fix my error and commit, if it otherwise
seems OK.
I com
Bernhard Roider wrote:
Abdelrazak Younes wrote:
The current GUI does not allow to visualize the different texts easily.
Objections?
much better then the existing one. maybe the add and modify buttons
should be lined up with the remove button?
Well, the outline button relates only to the lis
Uwe Stöhr wrote:
Uwe Stöhr schrieb:
In the list there are also "Arial Unicode MS" and "Lucida Sans Unicode"
But not on my system, I have a lot of fonts to choose but none that
can display the characters - this is what I meant.
OK, "Lucida Sans Unicode" is on my system, it was only hidden i
Georg Baum wrote:
Am Dienstag, 10. April 2007 18:17 schrieb Abdelrazak Younes:
I only now notice that the font was hardcoded in the .ui file. What happens
if you don't write any font in the .ui file?
I guess the desktop wide font setting is used.
I do think about the user: why do we nee
Abdelrazak Younes wrote:
The current GUI does not allow to visualize the different texts easily.
Objections?
much better then the existing one. maybe the add and modify buttons should be lined up with the
remove button?
what about a similar design for the file format and copier sections?
b
Uwe Stöhr schrieb:
In the list there are also "Arial Unicode MS" and "Lucida Sans Unicode"
But not on my system, I have a lot of fonts to choose but none that can
display the characters - this is what I meant.
OK, "Lucida Sans Unicode" is on my system, it was only hidden in Designer's font
Abdelrazak Younes schrieb:
Right now, the font is hard-coded in the ui file
(QDelimiterUi.ui) and set to MS Shell Dlg 2 (don't ask me why, this
is the default). Obviously this font lacks proper unicode support in
your system. What you could do is try some other fonts and then we'll
decide.
Am Dienstag, 10. April 2007 18:17 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Abdelrazak Younes wrote:
> >
> >
> >> I think you are mixing up the dialog and the work area issues.
> >>
> >
> > Yes, I do, but on purpose.
> >
> I knew you did ;-)
>
> >> This is a
> >> dialog issue
Richard Heck wrote:
Bernhard Roider wrote:
at least in 1.5.0svn the following command works:
paragraph-params-apply \align center
Does this override previous settings of, say, line spacing? or will it
leave them alone?
Unfortunately it change the settings.
Richard
Here's the patch for these. I still can't get make install to work
properly, but I have no idea why. I'm hoping one of you, maybe Uwe, can
help me here. If so, please fix my error and commit, if it otherwise
seems OK.
Richard
Abdelrazak Younes wrote:
> Richard Heck wrote:
>> Abdelrazak Younes wr
Let me try to say why I'm confused about how to handle updating the
dialog. Consider update_contents(). Whether before or after my patch, we
do this:
ParagraphParameters const & params = controller().params();
and then params is used to update the dialog. The issue we're facing is
that, if the
Dear LyX Developers,
I'm having consistent trouble with importing a LaTeX file with macros
(user-written shortcuts) into LyX 1.5 (and 1.4.4 as well). In several
equations throughout the document, shortcut text from the LaTeX file is
mistranslated, making conversion of the new LyX file into pdf or
Abdelrazak Younes wrote:
A quick solution for now (besides reverting this stuff) could be to change
the UCS4 code points to the font code points of the cmsy font and use that
for drawing. I definitely don't like yet another font requirement.
IMO, requiring a font covering all of Unicode for the
Abdelrazak Younes wrote:
> I am not sure we talk about the same thing :-).
Obviously not ;-)
I'll commit the fix.
Jürgen
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The complications, if I'm not mistaken, are due to the use of a
>> combobox and the need to track what's in it. Almost all of the new
>> code is devoted to that.
>>
Abdelrazak> Yes.
Note that the xforms frontend had radio but
Abdelrazak Younes wrote:
> This would be a simple check box "Converter file cache". We have three
> options:
And a maximum age setting and optionally a 'clear cache' button.
> 1) In "Look and feel"->Graphics: as this mostly related to graphics; I
> seem to remember that you disabled the cache fo
Georg Baum wrote:
Abdelrazak Younes wrote:
I think you are mixing up the dialog and the work area issues.
Yes, I do, but on purpose.
I knew you did ;-)
This is a
dialog issue here, if we know that some font works in all cases, we can
(and maybe should) force the dialog to use i
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Full metrics redraw in case where the "hover" feature is triggered just
after a SinglePar metric update. Look at the big FIXME in BufferView.
I'm not sure I understand. Setting updateMetrics to true there does not change
anything at l
Richard Heck wrote:
Abdelrazak Younes wrote:
But in this case I am sure we will find a simpler solution. I am sorry
to say that your patch looks a bit complicated for the problem we have
at hand.
The complications, if I'm not mistaken, are due to the use of a combobox
and the need to t
Abdelrazak Younes wrote:
> I think you are mixing up the dialog and the work area issues.
Yes, I do, but on purpose.
> This is a
> dialog issue here, if we know that some font works in all cases, we can
> (and maybe should) force the dialog to use it. We are not going to use
> the document side
Abdelrazak Younes wrote:
> Full metrics redraw in case where the "hover" feature is triggered just
> after a SinglePar metric update. Look at the big FIXME in BufferView.
I'm not sure I understand. Setting updateMetrics to true there does not change
anything at least.
> > Maybe we should check i
Abdelrazak Younes wrote:
> But in this case I am sure we will find a simpler solution. I am sorry
> to say that your patch looks a bit complicated for the problem we have
> at hand.
The complications, if I'm not mistaken, are due to the use of a combobox
and the need to track what's in it. Almost
A nice page for this stuff:
http://www.alanwood.net/unicode/fontsbyrange.html#u2190
Bennett Helm wrote:
On Apr 10, 2007, at 10:40 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 10, 2007, at 9:18 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 10, 2007, at 8:37 AM, Abdelrazak Younes wrote:
Testing if typing lags behind within either a math or a caption
in
On Apr 10, 2007, at 10:40 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 10, 2007, at 9:18 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 10, 2007, at 8:37 AM, Abdelrazak Younes wrote:
Testing if typing lags behind within either a math or a caption
inset. If the delay is
Bennett Helm wrote:
On Apr 10, 2007, at 9:18 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 10, 2007, at 8:37 AM, Abdelrazak Younes wrote:
Testing if typing lags behind within either a math or a caption
inset. If the delay is acceptable on a PPC platform we can ditch
the wide() hac
On Apr 10, 2007, at 9:18 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 10, 2007, at 8:37 AM, Abdelrazak Younes wrote:
Testing if typing lags behind within either a math or a caption
inset. If the delay is acceptable on a PPC platform we can ditch
the wide() hack.
I just tested
Bennett Helm wrote:
On Apr 10, 2007, at 8:37 AM, Abdelrazak Younes wrote:
Testing if typing lags behind within either a math or a caption
inset. If the delay is acceptable on a PPC platform we can ditch the
wide() hack.
I just tested on 800 MHz PPC Mac with an unpatched, post-beta1 version
On Apr 10, 2007, at 8:37 AM, Abdelrazak Younes wrote:
Testing if typing lags behind within either a math or a caption
inset. If the delay is acceptable on a PPC platform we can ditch
the wide() hack.
I just tested on 800 MHz PPC Mac with an unpatched, post-beta1
version of LyX (again with
Bennett Helm wrote:
On Apr 10, 2007, at 3:22 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 9, 2007, at 4:49 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 9, 2007, at 3:57 PM, Abdelrazak Younes wrote:
Before making this decision, I would like to hear from Mac people
test
On Apr 10, 2007, at 3:22 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 9, 2007, at 4:49 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 9, 2007, at 3:57 PM, Abdelrazak Younes wrote:
Before making this decision, I would like to hear from Mac
people testing with Qt4.3 first
This would be a simple check box "Converter file cache". We have three
options:
1) In "Look and feel"->Graphics: as this mostly related to graphics; I
seem to remember that you disabled the cache for non-graphics file
Georg, didn't you?
2) In "Converters"
3) In a new "Performance" section.
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Jean-Marc Lasgouttes wrote:
>> Why the test for selection? Does that avoid a double undo?
Jürgen> Yes.
>> It stinks that we have to do that. I do not know what the proper
>> semantics should be (do not handle undo at all?)
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> I think that perhaps \inputencoding commands are not allowed inside
>> a \section? and I vaguely recall having been through this same
>> issue once before, and your having fixed it...?
Georg> Your memory is right, we had the same problem
The current GUI does not allow to visualize the different texts easily.
Objections?
Abdel.
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
With Abdel's latest change from images to unicode symbols for the
delimiter dialog the following symbols are no longer displayed in my
system:
\Up(Down)arrow
\l(r)deil
\l(r)angle
See attached screnshot.
Do I need a special f
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
With Abdel's latest change from images to unicode symbols for the
delimiter dialog the following symbols are no longer displayed in my
system:
\Up(Down)arrow
\l(r)deil
\l(r)angle
See attached screnshot.
Do I need a special font for this? If yes LyX s
Uwe Stöhr wrote:
With Abdel's latest change from images to unicode symbols for the
delimiter dialog the following symbols are no longer displayed in my
system:
\Up(Down)arrow
\l(r)deil
\l(r)angle
See attached screnshot.
Do I need a special font for this? If yes LyX should ship it.
No, I think
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
"Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> With Abdel's latest change from images to unicode symbols for the
Uwe> delimiter dialog the following symbols are no longer displayed in
Uwe> my system:
Uwe> \Up(Down)arrow \l(r
Jean-Marc Lasgouttes wrote:
>> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> Uwe> With Abdel's latest change from images to unicode symbols for the
> Uwe> delimiter dialog the following symbols are no longer displayed in
> Uwe> my system:
>
> Uwe> \Up(Down)arrow \l(r)deil \l(r)angle
>
Jean-Marc Lasgouttes wrote:
> Why the test for selection? Does that avoid a double undo?
Yes.
> It stinks that we have to do that. I do not know what the proper semantics
> should be (do not handle undo at all?) though. Could you add a FIXME
> explainign the issue?
Yes.
> Jürgen> Jean-Marc, th
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Apr 03, 2007 at 09:55:17AM +0200, Lars Gullik Bjønnes wrote:
| > Andre Poenitz <[EMAIL PROTECTED]> writes:
| >
| > | > By the way, is there a reason why we don't use the same header for the
| > | > client?
| > |
| > | None that I am aware of.
Dov Feldstern wrote:
> Hi!
>
> There are still some encoding problems with Hebrew. Georg, I suspect
> that these may be related to the long patch for the encoding which you
> entered last month, and/or the fix of bug 3235; but I'm not sure.
>
> I'm attaching a file in which one of the problems o
Hello LyXers,
the last week we made big efforts towards the LyX 1.5.0 release. To test the new features, dialog
cleanups and bugfixes I've published a new development snapshot of LyX 1.5svn:
https://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=12620
(More infos about th
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> A missing recordUndo call und some reordering were needed.
Jürgen> I'll commit later today if I get no objections.
+ if (!cur.selection())
+ recordUndo(cur);
+
Jürgen Spitzmüller wrote:
BTW repainting is very sluggish especially when using the mouse. If I put
the cursor from a widen inset to the position just before the inset, LyX
needs _seconds_ until the inset is repainted.
Well yes... that's the price of repainting the whole inset. Why we have
the '
A missing recordUndo call und some reordering were needed.
I'll commit later today if I get no objections.
Jean-Marc, this is also something for branch.
Jürgen
Index: src/text3.C
===
--- src/text3.C (Revision 17755)
+++ src/text3.C
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The solution was incredibly stupid: there was a (unused!)
>> header included *before* . This was defining
>> std::string without stdlib-debug support, and this does not have
>> the same memory layout as the code in the rest o
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I think that the problem is that the QToc thingy has not
Jean-Marc> been properly allocated. See the following gbb session
Jean-Marc> snippet. Note that
Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I think that the problem is that the QToc thingy has not
Jean-Marc> been properly allocated. See the following gbb session
Jean-Marc> snippet. Note that lfun_name_ value is 0x0, w
Jean-Marc Lasgouttes wrote:
> The solution was incredibly stupid: there was a (unused!)
> header included *before* . This was defining std::string
> without stdlib-debug support, and this does not have the same memory
> layout as the code in the rest of LyX.
excellent detective work!
I can confir
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I think that the problem is that the QToc thingy has not
Jean-Marc> been properly allocated. See the following gbb session
Jean-Marc> snippet. Note that lfun_name_ value is 0x0, which is AFAIK
Jean-Marc> not possible
Richard Heck wrote:
Bernhard Roider wrote:
at least in 1.5.0svn the following command works:
paragraph-params-apply \align center
If this works, we should really try to provide the usual four toolbar
buttons that can be found in any word processor. Paragraph settings has
always been a weak p
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I don't know of any. If we can't find the problem easily,
Abdelrazak> I'll switch to the pixmap solution, that is easy enough,
Abdelrazak> no need to dramatize the situation please.
Well, I am back from my week end, s
I've noticed that since last week. Anybody knows why?
I had to subscribe to lyx-devel because of this :-(
Abdel.
Jean-Marc Lasgouttes wrote:
"Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> With Abdel's latest change from images to unicode symbols for the
Uwe> delimiter dialog the following symbols are no longer displayed in
Uwe> my system:
Uwe> \Up(Down)arrow \l(r)deil \l(r)angle
Uwe> S
Richard Heck wrote:
Abdelrazak Younes wrote:
I've found the real issue here. Suppose the dialog is open and the
user clicks in a new paragraph. Then update_contents() is called by
QView::update, which is called by Dialog::checkStatus, as well it
should be. But nowhere along the way has init
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> JMarc, this is also needed in 1.4.
Can you please apply it?
JMarc
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> With Abdel's latest change from images to unicode symbols for the
Uwe> delimiter dialog the following symbols are no longer displayed in
Uwe> my system:
Uwe> \Up(Down)arrow \l(r)deil \l(r)angle
Uwe> See attached screnshot. Do I need a spe
Abdelrazak Younes wrote:
> Richard Heck wrote:
>> Abdelrazak Younes wrote:
>
I've figured that out and no longer have quite this problem. The
question now is: Suppose I want the dialog to completely reset
itself. What do I call?
>>> initParams?
>> I've found the real issue here. Supp
Abdelrazak Younes wrote:
> Year, that's a solution to the crash but still, there is something fishy
> in there...
The problem is that inset-toggle exists in mathed, but is something pretty
different.
Jürgen
Uwe Stöhr wrote:
With Abdel's latest change from images to unicode symbols for the
delimiter dialog the following symbols are no longer displayed in my
system:
\Up(Down)arrow
\l(r)deil
\l(r)angle
See attached screnshot.
Do I need a special font for this? If yes LyX should ship it.
At least
Martin Vermeer wrote:
> > So please comment.
>
> A remark that this can go as soon as 'wide' goes? But then there
> are many more places...
Yes, I'll add that and commit, since both you and Abdel are fine with it.
> > BTW repainting is very sluggish especially when using the mouse. If I put
> > t
Richard Heck wrote:
Abdelrazak Younes wrote:
I've figured that out and no longer have quite this problem. The
question now is: Suppose I want the dialog to completely reset
itself. What do I call?
initParams?
I've found the real issue here. Suppose the dialog is open and the user
clicks in a
Bennett Helm wrote:
On Apr 9, 2007, at 4:49 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 9, 2007, at 3:57 PM, Abdelrazak Younes wrote:
Before making this decision, I would like to hear from Mac people
testing with Qt4.3 first. If the speed is acceptable we should ditch
it.
I ha
75 matches
Mail list logo
