Am Samstag, 6. Mai 2006 19:43 schrieb Enrico Forestieri:
> This patch works.
OK, it is in now. Edwin/Abdel: I added a FIXME for you in
src/frontends/qt4/QDelimiterDialog.C.
> I take that you mean the "backslash" problem.
Yes.
> Is there any glitch with my proposed fix for it?
It might hide an
On Sat, May 06, 2006 at 02:18:47PM +0200, Georg Baum wrote:
> Am Montag, 1. Mai 2006 20:21 schrieb Enrico Forestieri:
> > I just discovered another small problem.
> >
> > When using the GUI for fixed size delimiters and there is a selection:
> >
> > 1) if the left delimiter is empty, hitting ins
Am Montag, 1. Mai 2006 20:21 schrieb Enrico Forestieri:
> I just discovered another small problem.
>
> When using the GUI for fixed size delimiters and there is a selection:
>
> 1) if the left delimiter is empty, hitting insert produces nothing;
>
> 2) if the right delimiter is empty, hitting in
On Mon, May 01, 2006 at 08:09:05PM +0200, Enrico Forestieri wrote:
> On Mon, May 01, 2006 at 07:54:05PM +0200, Georg Baum wrote:
>
> > Am Montag, 1. Mai 2006 18:23 schrieb Enrico Forestieri:
> >
> > > There is a small problem with the "\" delimiter as it isn't recognized.
> > > Please find attac
On Mon, May 01, 2006 at 07:54:05PM +0200, Georg Baum wrote:
> Am Montag, 1. Mai 2006 18:23 schrieb Enrico Forestieri:
>
> > There is a small problem with the "\" delimiter as it isn't recognized.
> > Please find attached an updated patch fixing that. The problem with "\"
> > is also in 1.4. I att
Am Montag, 1. Mai 2006 18:23 schrieb Enrico Forestieri:
> There is a small problem with the "\" delimiter as it isn't recognized.
> Please find attached an updated patch fixing that. The problem with "\"
> is also in 1.4. I attach a patch for this, too.
Do I understand you correctly that "\" is b
On Mon, May 01, 2006 at 03:08:06PM +0200, Georg Baum wrote:
> Am Donnerstag, 27. April 2006 14:12 schrieb Enrico Forestieri:
> > Please, someone should have a look at QDelimiterDialogBase.ui as I
> > managed to break it wrt resizing and don't know what else (Abdel?).
> > Sorry guys, but I have ne
Am Donnerstag, 27. April 2006 14:12 schrieb Enrico Forestieri:
> Well, here is the result of my effort. I also attach separately a diff
> against src/frontends/qt3/ui/moc/Makefile.in and
> src/frontends/qt3/moc/Makefile.in as "svn diff" doesn't seem to have
> catched them. I had to patch them becau
Am Donnerstag, 27. April 2006 20:18 schrieb Andre Poenitz:
> On Thu, Apr 27, 2006 at 09:24:42AM +0200, Georg Baum wrote:
> > > In any case, all magic should go to interpret() & Co., not to
> > > LCursor::plainInsert().
> >
> > That works for one-character delimiters, but not for things like
\Vert
Enrico Forestieri wrote:
> Now I am beginning to understand the magic. So, after
>
> AC_SUBST(FOO, [bar])
>
> I only need to write
>
> myvar = $(FOO)
>
> in Makefile.am and I will find
>
> FOO = @FOO@
> ...
> myvar = $(FOO)
>
> in Makefile.in. Cool. There should be a better way than "info au
On Thu, Apr 27, 2006 at 08:59:49PM +0100, Jose' Matos wrote:
> On Thursday 27 April 2006 20:14, Enrico Forestieri wrote:
> > Do you mean that Makefile.in is deliberately ignored and that only
> > Makefile.am needs modifications? (Yes, I am an ignorant but well
> > supported by a bit of logic ;-) )
On Thu, Apr 27, 2006 at 09:56:07PM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | On Thu, Apr 27, 2006 at 05:40:25PM +0200, Georg Baum wrote:
> | > Enrico Forestieri wrote:
> | >
> | > > Well, here is the result of my effort. I also attach separately a dif
On Thursday 27 April 2006 20:14, Enrico Forestieri wrote:
> Do you mean that Makefile.in is deliberately ignored and that only
> Makefile.am needs modifications? (Yes, I am an ignorant but well
> supported by a bit of logic ;-) )
This even I know the answer ;-)
Makefile.am is transformed by a
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Thu, Apr 27, 2006 at 05:40:25PM +0200, Georg Baum wrote:
| > Enrico Forestieri wrote:
| >
| > > Well, here is the result of my effort. I also attach separately a diff
| > > against src/frontends/qt3/ui/moc/Makefile.in and
| > > src/frontends/qt3/
On Thu, Apr 27, 2006 at 05:24:07PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >On Thu, Apr 27, 2006 at 10:42:58AM +0200, Georg Baum wrote:
> >>Jean-Marc Lasgouttes wrote:
> >>
> "Georg" == Georg Baum
> <[EMAIL PROTECTED]>
> writes:
> >>>Georg> If you wan
On Thu, Apr 27, 2006 at 05:40:25PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Well, here is the result of my effort. I also attach separately a diff
> > against src/frontends/qt3/ui/moc/Makefile.in and
> > src/frontends/qt3/moc/Makefile.in as "svn diff" doesn't seem to have
> > catc
On Thu, Apr 27, 2006 at 09:55:20AM +0200, Georg Baum wrote:
> > Hm, so then there is some hardcoded trickery to show symbols like
> > \alpha somewhere.
> >
> > Somthing like that existed at least at some point of time.
>
> It does still exist, but the method is called infoize2. The attached works
On Thu, Apr 27, 2006 at 09:24:42AM +0200, Georg Baum wrote:
> > In any case, all magic should go to interpret() & Co., not to
> > LCursor::plainInsert().
>
> That works for one-character delimiters, but not for things like \Vert. It
> should be possible to introduce a second interpret method that
Enrico Forestieri wrote:
> Well, here is the result of my effort. I also attach separately a diff
> against src/frontends/qt3/ui/moc/Makefile.in and
> src/frontends/qt3/moc/Makefile.in as "svn diff" doesn't seem to have
> catched them. I had to patch them because "qt_helpers.h" was not found
> aft
Enrico Forestieri a écrit :
On Thu, Apr 27, 2006 at 10:42:58AM +0200, Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
"Georg" == Georg Baum
<[EMAIL PROTECTED]>
writes:
Georg> If you want I'll revert the changes to plainInsert, but I am
Georg> not going to implement the cell based solution, sinc
On Thu, Apr 27, 2006 at 10:42:58AM +0200, Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
> >> "Georg" == Georg Baum
> >> <[EMAIL PROTECTED]>
> >> writes:
> >
> > Georg> If you want I'll revert the changes to plainInsert, but I am
> > Georg> not going to implement the cell based sol
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> If you want I'll revert the changes to plainInsert, but I am
Georg> not going to implement the cell based solution, since I don't
Georg> like it UI-wise at all.
What do you want to do UI-wise?
JMarc
Andre Poenitz wrote:
> On Wed, Apr 26, 2006 at 09:30:51AM +0200, Georg Baum wrote:
>> Andre Poenitz wrote:
>> > Is it? I thought also the item to the left or right was considered.
>>
>> Then the attached patch should make it work, but it does not.
>
> Hm, so then there is some hardcoded trickery
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> If you want I'll revert the changes to plainInsert, but I am
> Georg> not going to implement the cell based solution, since I don't
> Georg> like it UI-wise at all.
>
> What do you want
Andre Poenitz wrote:
> Restricting input in cell is something we stubled over already in e.g.
> the number of macro arguments.
>
> So it looks like some generic solution is wanted, i.e. something like a
> 'cell property'.
This is not the only problem: If we made the delimiter a cell we would hav
On Wed, Apr 26, 2006 at 09:30:51AM +0200, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > On Mon, Apr 17, 2006 at 08:57:54PM +0200, Georg Baum wrote:
> >> That is not possible with this approach, since the status line info is
> >> only obtained if the cursor is inside an inset.
> >
> > Is it? I th
On Wed, Apr 26, 2006 at 09:32:59AM +0200, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > Doing special case mathed stuff is not the business of LCursor.
> >
> > I know that there is already mathed related stuff there but that
> > does not make it any better.
> >
> > Moreover, _plainInsert_ is in
Andre Poenitz wrote:
> Doing special case mathed stuff is not the business of LCursor.
>
> I know that there is already mathed related stuff there but that
> does not make it any better.
>
> Moreover, _plainInsert_ is intended to insert stuff without any fuss.
So what else do you propose? I kno
Andre Poenitz wrote:
> On Mon, Apr 17, 2006 at 08:57:54PM +0200, Georg Baum wrote:
>> That is not possible with this approach, since the status line info is
>> only obtained if the cursor is inside an inset.
>
> Is it? I thought also the item to the left or right was considered.
Then the attache
On Thu, Apr 20, 2006 at 03:54:24PM +0200, Enrico Forestieri wrote:
> On Thu, Apr 20, 2006 at 11:55:38AM +0200, Georg Baum wrote:
> > Enrico Forestieri wrote:
> >
> > > I am not able to generate a bigger "{" by "\bigl\{" in mathed (I must
> > > use "\bigl\lbrace" for that) because I think that the
On Mon, Apr 17, 2006 at 08:57:54PM +0200, Georg Baum wrote:
> That is not possible with this approach, since the status line info is
> only obtained if the cursor is inside an inset.
Is it? I thought also the item to the left or right was considered.
Andre'
On Thu, Apr 20, 2006 at 11:55:38AM +0200, Georg Baum wrote:
> Make MathBigInset working
> * src/cursor.C
> (LCursor::plainInsert): combine the previous math atom with the new
> one to a MathBigInset if possible
Doing special case mathed stuff is not the business of LCursor.
On Sat, Apr 15, 2006 at 07:49:25PM +0200, Georg Baum wrote:
> The alternative to this approach (storing the delimiter as uneditable
> string) would be to make the delimiter a normal cell. The advantage of
> that is that MathNestInset and LCursor don't need to be touched, but the
> disadvantage w
On Sat, Apr 15, 2006 at 10:22:21AM +0200, Lars Gullik Bjønnes wrote:
> | if (s == "tfrac")
> | return MathAtom(new MathTfracInset);
> | + if (s == "hphantom")
> | + return MathAtom(new
> MathPhantomInset(MathPhantomInset::hphantom));
>
> Eventually something must be do
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | Angus Leeming wrote:
> |
> | > The .ui files were all generated and maintained with Qt2's designer,
> | > yes.
> | > However, LyX 1.5 has dropped support for Qt2 so you should feel free
> | > to use Qt3's designer with
Georg Baum <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
|
| > The .ui files were all generated and maintained with Qt2's designer, yes.
| > However, LyX 1.5 has dropped support for Qt2 so you should feel free to
| > use Qt3's designer with the .ui files in the qt2 tree. Perhaps someone
| >
Angus Leeming wrote:
> The .ui files were all generated and maintained with Qt2's designer, yes.
> However, LyX 1.5 has dropped support for Qt2 so you should feel free to
> use Qt3's designer with the .ui files in the qt2 tree. Perhaps someone
> might rename the qt2 directory as qt3 to avoid conf
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Perhaps the old file was generated with an older designer and I don't
> know if my changes would be compatible with Qt2.
The .ui files were all generated and maintained with Qt2's designer, yes.
However, LyX 1.5 has dropped support for Qt2 so you sh
On Fri, Apr 21, 2006 at 04:54:57PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I thought about it and my idea is to retain the existing delimiter
> > dialog but placing a combobox next to the "Keep matched" checkbox.
> > The default combobox item would be "Variable size", and the ot
Enrico Forestieri wrote:
> I thought about it and my idea is to retain the existing delimiter
> dialog but placing a combobox next to the "Keep matched" checkbox.
> The default combobox item would be "Variable size", and the other
> items would be labeled "big size", "Big size", and so on.
For ex
Enrico Forestieri wrote:
> You mean it's a 1.4 regression, I suppose :(
Ah yes, I forgot already that we had tt font in 1.3.
Georg
PS: It's no smiley day.
On Thu, Apr 20, 2006 at 06:56:57PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > This is perfect! I tested it and think that this should also go in 1.4.
>
> Jean-Marc will tell. What is missing now is support for these in the math
> panel. It should not be too difficult to add, I woul
On Fri, Apr 21, 2006 at 09:17:43AM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > That's strange. I see the same thing in Windows, Debian and Solaris.
> > It is independent of the fonts chosen for display.
>
> Now I see that you meant \{ etc without \bigl. This is the same here. The
>
Enrico Forestieri wrote:
> That's strange. I see the same thing in Windows, Debian and Solaris.
> It is independent of the fonts chosen for display.
Now I see that you meant \{ etc without \bigl. This is the same here. The
reason is that \lbrace and \rbrace are recognized as a symbol of the cmsy
On Thu, Apr 20, 2006 at 06:56:57PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > This is perfect! I tested it and think that this should also go in 1.4.
>
> Jean-Marc will tell. What is missing now is support for these in the math
> panel. It should not be too difficult to add, I woul
Enrico Forestieri wrote:
> This is perfect! I tested it and think that this should also go in 1.4.
Jean-Marc will tell. What is missing now is support for these in the math
panel. It should not be too difficult to add, I would simply make a copy of
the existing delimiters dialog. The images are a
On Thu, Apr 20, 2006 at 11:55:38AM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I am not able to generate a bigger "{" by "\bigl\{" in mathed (I must
> > use "\bigl\lbrace" for that) because I think that the code dealing
> > with \bigl has not a chance of viewing \{, being it transfor
Enrico Forestieri wrote:
> I am not able to generate a bigger "{" by "\bigl\{" in mathed (I must
> use "\bigl\lbrace" for that) because I think that the code dealing
> with \bigl has not a chance of viewing \{, being it transformed to {}.
> This is currently beyond my capabilities (but I continue
On Tue, Apr 18, 2006 at 07:06:10AM +0200, Enrico Forestieri wrote:
> On Mon, Apr 17, 2006 at 08:57:54PM +0200, Georg Baum wrote:
>
> > Am Montag, 17. April 2006 18:24 schrieb Enrico Forestieri:
>
> > > It would also be nice having a report in the status line about the
> > > size of the delimiter
On Tue, Apr 18, 2006 at 07:06:10AM +0200, Enrico Forestieri wrote:
> Please, try the attached LyX document. I created the first two
> brackets with an unpatched version of LyX and added the second couple
> with a patched one.
I forgot to attach the file.
--
Enrico
#LyX 1.4.1 created this file.
On Mon, Apr 17, 2006 at 08:57:54PM +0200, Georg Baum wrote:
> Am Montag, 17. April 2006 18:24 schrieb Enrico Forestieri:
> > It would also be nice having a report in the status line about the
> > size of the delimiter when the cursor is next to it.
>
> That is not possible with this approach, si
On Mon, Apr 17, 2006 at 08:57:54PM +0200, Georg Baum wrote:
> Am Montag, 17. April 2006 18:24 schrieb Enrico Forestieri:
> > BTW, when changing the zoom factor by writing its value instead of
> > using the small arrows, the Apply button is not highlighted (this
> > occurs in both 1.4 and 1.5).
>
Am Montag, 17. April 2006 18:24 schrieb Enrico Forestieri:
> BTW, when changing the zoom factor by writing its value instead of
> using the small arrows, the Apply button is not highlighted (this
> occurs in both 1.4 and 1.5).
So why don't you fix it?
> When changing the zoom in 1.5 I also get th
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Sonntag, 16. April 2006 11:59 schrieb Lars Gullik Bjønnes:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| >
| > | Am Samstag, 15. April 2006 10:22 schrieb Lars Gullik Bjønnes:
| > | > Eventually something must be done with this if .. if ... if list
| > |
Am Sonntag, 16. April 2006 11:59 schrieb Lars Gullik Bjønnes:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
> | Am Samstag, 15. April 2006 10:22 schrieb Lars Gullik Bjønnes:
> | > Eventually something must be done with this if .. if ... if list
> | >
> | > Using a map or an unordered_map seems like
Am Sonntag, 16. April 2006 00:02 schrieb Enrico Forestieri:
> I think that your approach is the correct the one. The patch works,
> but the dimension of "\bigl(" is a bit smaller of "(" on screen and
> this seems odd. Perhaps a tuning is needed.
Have a look at MathBigInset::increase(). What would
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 15. April 2006 10:22 schrieb Lars Gullik Bjønnes:
| > Eventually something must be done with this if .. if ... if list
| >
| > Using a map or an unordered_map seems like a solution, not right now
| > perhaps.
|
| I am not sure. What would you
Am Freitag, 14. April 2006 20:05 schrieb Enrico Forestieri:
> On Fri, Apr 14, 2006 at 07:33:52PM +0200, Georg Baum wrote:
> > Does src/mathed/math_biginset.[Ch] not work?
>
> Seemingly it does not, as if in mathed I write
>
> \bigl(x\bigr)
>
> I simply see "bigl" and "bigr" in red and not a bi
Am Samstag, 15. April 2006 10:22 schrieb Lars Gullik Bjønnes:
> Eventually something must be done with this if .. if ... if list
>
> Using a map or an unordered_map seems like a solution, not right now
> perhaps.
I am not sure. What would you store in the map? The problem is that we
sometimes ne
Georg Baum <[EMAIL PROTECTED]> writes:
| Index: src/mathed/math_factory.C
| ===
| --- src/mathed/math_factory.C (Revision 13676)
| +++ src/mathed/math_factory.C (Arbeitskopie)
| @@ -37,6 +37,7 @@
| #include "math_makeboxinset.h"
| #
On Fri, Apr 14, 2006 at 07:33:52PM +0200, Georg Baum wrote:
> Am Freitag, 14. April 2006 19:27 schrieb Enrico Forestieri:
>
> > This is very useful. While we are at it, I think that a really glaring
> > omission is the support for \bigl, \bigr and friends.
>
> Does src/mathed/math_biginset.[Ch]
Am Freitag, 14. April 2006 19:27 schrieb Enrico Forestieri:
> This is very useful. While we are at it, I think that a really glaring
> omission is the support for \bigl, \bigr and friends.
Does src/mathed/math_biginset.[Ch] not work?
Georg
On Fri, Apr 14, 2006 at 03:30:11PM +0200, Georg Baum wrote:
> This patch implements \phantom, \hphantom and \vphantom in math. They can
> be used already, but will be drawn in red.
> The implementation follows the idea given by Jean-Marc in
> http://bugzilla.lyx.org/show_bug.cgi?id=1473: draw th
This patch implements \phantom, \hphantom and \vphantom in math. They can
be used already, but will be drawn in red.
The implementation follows the idea given by Jean-Marc in
http://bugzilla.lyx.org/show_bug.cgi?id=1473: draw the contents in
LColor::color::special, and draw one or two arrows ove
64 matches
Mail list logo
