On Thu, Apr 06, 2006 at 12:14:17AM +0200, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Jean-Marc> So, what is this wide_inset variable? What is this Wide
> Jean-Marc>
On Wed, Apr 05, 2006 at 10:48:03PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Finally got around to making it complete with Georg's piece.
> Martin> Attached. This applies to 1.4.x.
>
> The code looks a bit scrary to me:
>
> logi
On Wed, Apr 05, 2006 at 10:32:27PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> A compromise would be to allow user-defined / per-document
> Martin> paragraph styles, like the patch for character styles I
> Martin> presented some wee
Dear all,
This is a complete patch for the view-source feature I proposed.
What does it do?
1. add menu item 'view->view source'
2. when view->view source is selected, a dialog is open with source
code of current or selected paragraphs
3. If this dialog is open, source code of mouse selected text
On Wed, Apr 05, 2006 at 12:14:19AM +0200, Enrico Forestieri wrote:
> On Tue, Apr 04, 2006 at 10:27:58PM +0200, Georg Baum wrote:
>
> > Am Montag, 3. April 2006 23:40 schrieb Uwe Stöhr:
> > > Attached a patch against the configure script that comes together with
> > > Angus' SVN snapshot build for
The current issue of the Pocono Wedding Planner is
now available for view on line. Click on this link to read.
http://www.justlookonline.com/projectlist.php?login=1&username=2042nepa
If you would like a hard copy please email or call and we will mail you a copy.
For information on our upcoming Br
On Wed, Apr 05, 2006 at 09:27:13PM +0200, Georg Baum wrote:
> Am Mittwoch, 5. April 2006 03:39 schrieb Enrico Forestieri:
> > I also fixed the bug about the checkbox status in QPrefs.C, as it is
> > very annoying that it does the contrary of what its label says
> > (inverted logic).
>
> What about
Dear Jean-Marc,
I have created the hungarian (magyar) language file for the original
installer found in the path below.
If it is still works, please check it in.
Thanks,
Alex
/lyx-devel/development/Win32/packaging/installer/lyx_languages/magyar.nsh
!ifndef _LYX_LANGUAGES_MAGYAR_NSH_
!define
[EMAIL PROTECTED] writes:
| Author: younes
| Date: Wed Apr 5 17:10:34 2006
| New Revision: 13557
|
| Log:
| Porting work from Edwin Leuven:
|
| * QMathUi.ui: Port to Qt4, icons paths are hacked to point to ../lib/images/
What does this does this do tiwh srcdir != builddir builds?
--
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
|
| Martin> Finally got around to making it complete with Georg's piece.
| Martin> Attached. This applies to 1.4.x.
|
| The code looks a bit scrary to me:
|
| login-linux: grep -r wid
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> So, what is this wide_inset variable? What is this Wide
Jean-Marc> method?
Jean-Marc> I'd like some clarification before applying the patch...
OK
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> So, what is this wide_inset variable? What is this Wide
Jean-Marc> method?
I'd like some clarification before applying the patch...
JMarc
On Wed, Apr 05, 2006 at 07:45:08PM +0200, Michael Gerz wrote:
> [EMAIL PROTECTED] wrote:
>
> >Fix mess up of internal/external paths (from Enrico Forestieri)
> > * src/frontends/qt2/QPrefs.C:
> > (internal_path_list, external_path_list): Handle the PATH prefix
> > style according to th
On Wed, Apr 05, 2006 at 09:27:13PM +0200, Georg Baum wrote:
> Am Mittwoch, 5. April 2006 03:39 schrieb Enrico Forestieri:
> > I also fixed the bug about the checkbox status in QPrefs.C, as it is
> > very annoying that it does the contrary of what its label says
> > (inverted logic).
>
> What about
Dear developers,
Has there been a change of section name presentation of layout files?
My report layout seems to be fine, but the beamer class has things
like
Subsection Section 3.1
Subsection subsection section 3.2.0 (should be 3.1.1)
Bo
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Finally got around to making it complete with Georg's piece.
Martin> Attached. This applies to 1.4.x.
The code looks a bit scrary to me:
login-linux: grep -r wide_inset .
./insets/insettext.h: bool & Wide() const { return wid
Am Mittwoch, 5. April 2006 17:36 schrieb Angus Leeming:
> These things were all the images that LyX needed in the dark and distant
days
> when XForms was the only frontend. Images were originally #included as C
> sources, so there was no need to distribute them. I'd suggest that you
move them
> o
> But I agree we have to be careful. We need to provide what is useful,
> while making the rest difficult. The problem is that I do not know how
> to do that.
I had some local .cls/.layout ideas but since we have not decided on
where to proceed, I will stop with a few basic improvements that will
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> A compromise would be to allow user-defined / per-document
Martin> paragraph styles, like the patch for character styles I
Martin> presented some weeks ago.
It is your patch that got me thinking. There is not a big distance
betw
On Wed, Apr 05, 2006 at 03:04:31PM -0500, Bo Peng wrote:
> > The textclass would be private to the document, actually. I even
> > wonder whether the layout file should be _included_ in the LyX file.
>
> This is a good idea, and should be seriously considered. Inclusion of
> a .layout file has at l
On Wed, Apr 05, 2006 at 10:02:10PM +0200, Uwe Stöhr wrote:
> Joost Verburg wrote:
>
> >The crash can be reproduced by opening a new document, going into math
> >mode and then pressing the middle mouse button followed by Ctrl+Z a few
> >times very quickly. It only occurs if you do so fast enough,
> The textclass would be private to the document, actually. I even
> wonder whether the layout file should be _included_ in the LyX file.
This is a good idea, and should be seriously considered. Inclusion of
a .layout file has at least the following advantages
1. No separate .layout file to worry
Joost Verburg wrote:
The crash can be reproduced by opening a new document, going into math
mode and then pressing the middle mouse button followed by Ctrl+Z a few
times very quickly. It only occurs if you do so fast enough, so there
may be some kind of race condition. Therefore I'm not sure w
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> We should go for the "dirty" solution. Actually, I am already
Michael> working on it :-)
The dirty solution seems reasonable indeed. This is 1.4.2 material,
though.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes a écrit :
>> bool needsUpdateCounters(Buffer const & buf, ParIterator & it) { if
>> (it->layout()->counter.empty()) {
Abdelrazak> Apparently, this is not a good test for enumerate (returns
Abdelra
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Finally got around to making it complete with Georg's piece.
Martin> Attached. This applies to 1.4.x.
Great! I was about to do it by myself tonight!
JMarc
[EMAIL PROTECTED] wrote:
Fix mess up of internal/external paths (from Enrico Forestieri)
* src/frontends/qt2/QPrefs.C:
(internal_path_list, external_path_list): Handle the PATH prefix
style according to the user-prefs style.
(QPrefs::apply, QPrefs::update_contents
Georg Baum wrote:
I see. Then we have a choice:
- clean: Fix LyX 1.4.2 to never produce documents with ct marks, but ct
off. Implement documents with ct marks, but ct off in 1.5 after a file
format change.
- dirty: Since we are in eraly 1.4.x stage, implement documents with ct
marks, but ct
Am Mittwoch, 5. April 2006 03:39 schrieb Enrico Forestieri:
> I also fixed the bug about the checkbox status in QPrefs.C, as it is
> very annoying that it does the contrary of what its label says
> (inverted logic).
What about qt4, xforms, gtk? Please send a patch if one of them needs this
fix, t
Am Mittwoch, 5. April 2006 20:49 schrieb Juergen Spitzmueller:
> But that should be possible (in theory). It's possible with Ooo and
MSWord.
I see. Then we have a choice:
- clean: Fix LyX 1.4.2 to never produce documents with ct marks, but ct
off. Implement documents with ct marks, but ct off
Juergen Spitzmueller wrote:
Files with ct marks that don't
have ct switched on are simply invalid. LyX should never produce such
files.
But that should be possible (in theory). It's possible with Ooo and MSWord.
Yes, that MUST be possible - at least if we want to play in the
champion's
Juergen Spitzmueller wrote:
OTOH we want to allow switching ct on and off without merging changes in
advance (bug 2030), so we shouldn't delete the mark, but rather fix the
crash.
I agree.
Michael
Georg Baum wrote:
> Files with ct marks that don't
> have ct switched on are simply invalid. LyX should never produce such
> files.
But that should be possible (in theory). It's possible with Ooo and MSWord.
Jürgen
Hi,
Another day, another bug :) Today I had some crashes while working with
math. They seem to be related to pasting with the middle mouse button,
math mode and undo.
The crash can be reproduced by opening a new document, going into math
mode and then pressing the middle mouse button followe
> I think we can shortcut that by
> using QLAction and avoid the call to
> "form_->controller().dispatchInsert(str)".
do we have access to lyxview in qmathdialog so that we can pass it to qlaction?
Juergen Spitzmueller wrote:
> Jose' Matos wrote:
>
>> Good. :-)
>>
>> What about files saved this way?
>
> The change tracking marks are only removed during paste.
>
>> LyX should not crash when loading them. :-(
>
> True. For 1.5, I think a file format change and lyx2lyx would be in order.
Juergen Spitzmueller wrote:
> True. For 1.5, I think a file format change and lyx2lyx would be in order.
> But what shall we do with 1.4?
OTOH we want to allow switching ct on and off without merging changes in
advance (bug 2030), so we shouldn't delete the mark, but rather fix the
crash.
Jürgen
Jose' Matos wrote:
> Good. :-)
>
> What about files saved this way?
The change tracking marks are only removed during paste.
> LyX should not crash when loading them. :-(
True. For 1.5, I think a file format change and lyx2lyx would be in order.
But what shall we do with 1.4?
Jürgen
Martin Vermeer wrote:
> Working as in: applying cleanly and doing the job today?
> That's great! I completely missed this scenario.
Yes (works perfectly for me). Someone should test it, though.
Jürgen
On Tue, Mar 28, 2006 at 08:28:38PM +0300, Martin Vermeer wrote:
> On Tue, Mar 28, 2006 at 03:37:47PM +0200, Jean-Marc Lasgouttes wrote:
...
> > We could add:
> >
> > - the speedup patch
> >
> > I would be OK with the speedup patch if someone does it or me and nobody
> > objects.
Finally got a
On Apr 5, 2006, at 9:53 AM, Abdelrazak Younes wrote:
Bennett Helm a écrit :
On Apr 5, 2006, at 6:27 AM, Abdelrazak Younes wrote:
I seem to remember remember some problem like this on Mac also.
Bennet could you try test this patch?
I haven't been following this carefully. What exactly should I
Martin Vermeer <[EMAIL PROTECTED]> writes:
> It remains a matter of taste. Should we also split out
> \frac and \atop? More important than runtime here is
> legibility / maintainability of the source. Splitting
> out classes with only trivial differences between them
> leads to swarms of diminu
On Wed, Apr 05, 2006 at 06:52:19PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> >> I noticed that this is not fixed even in 1.5.0svn. Is there any bug
> >> report in bugzilla?
> >
> > No...
>
> And what about this?
> http://bugzilla.lyx.org/show_bug.cgi?id=2207
>
> There's eve
On Wed, Apr 05, 2006 at 04:55:22PM +0200, Michael Gerz wrote:
> Martin Vermeer wrote:
>
> >No... we should disallow that. Or more precisely, remove CT markings
> >from the paste buffer.
> >
> >
>
> Martin,
>
> I had a look at the sources. It seems the internal CT data structures
> are only se
Neal Becker <[EMAIL PROTECTED]> writes:
| in svn, in src/support/path.h:
| #ifndef PATH_C
| #define Path(x) unnamed_Path;
| #endif
|
| This is evil, and will not work with boost-1.34, where we have
| in boost/filesystem/operations.hpp:
|
| return Path( Path::traits_type::to_internal( ph )
"Bo Peng" <[EMAIL PROTECTED]> writes:
| >
| > The current patch.
| >
| > XForms seems to be working, Gtk does not. Help with that would be
| > appreicated.
| >
|
| Lars, nobody seems to be working on the Gtk frontend. Can I check it
| in and leave gtk frontend for later?
I'll check it in from my
On Wednesday 05 April 2006 17:52, Juergen Spitzmueller wrote:
>
> And what about this?
> http://bugzilla.lyx.org/show_bug.cgi?id=2207
>
> There's even a working patch.
Good. :-)
What about files saved this way?
LyX should not crash when loading them. :-(
For 1.5 as I have reported in th
Martin Vermeer wrote:
No... we should disallow that. Or more precisely, remove CT markings
from the paste buffer.
Martin,
I had a look at the sources. It seems the internal CT data structures
are only set up if a buffer is actually in CT mode. I think this makes
it impossible to switch
On Wed, Apr 05, 2006 at 03:58:11PM +, Angus Leeming wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
> >> I thought André and Lars both complained that you
> >> were subverting C++'s built in polymorphicism with
> >> your own homemade version and that you should use
> >> separate classes fo
Martin Vermeer wrote:
>> I noticed that this is not fixed even in 1.5.0svn. Is there any bug
>> report in bugzilla?
>
> No...
And what about this?
http://bugzilla.lyx.org/show_bug.cgi?id=2207
There's even a working patch.
Jürgen
Jean-Marc Lasgouttes a écrit :
bool needsUpdateCounters(Buffer const & buf, ParIterator & it)
{
if (it->layout()->counter.empty()) {
Apparently, this is not a good test for enumerate (returns true). Do you
know why?
setCounter(buf, it);
return false;
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
Concerning your QMAction class, I think we could merge it with my
QLAction class. But this would maybe mean touching the controller...
food for thought.
i created QMAction because i didn't want (or didn't know how) to pass a
lyxview to an objec
On Wednesday 05 April 2006 16:46, Martin Vermeer wrote:
>
> No... we should disallow that. Or more precisely, remove CT markings
> from the paste buffer.
Now #2484.
> - Martin
--
José Abílio
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> I thought André and Lars both complained that you
>> were subverting C++'s built in polymorphicism with
>> your own homemade version and that you should use
>> separate classes for each frac type, all living in
>> mathfrac.[Ch] or whatever it's called.
On Wed, Apr 05, 2006 at 04:40:21PM +0100, Jose' Matos wrote:
> Hi,
> a colleague had lyx crashing yesterday.
>
> I noticed that the cause was that she copied and paste from a document
> where
> change tracking was activated to an ancient document where change tracking
> was disabled
On Wed, Apr 05, 2006 at 03:02:23PM +, Angus Leeming wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
> >> Are all these in bugzilla?
>
> > Two of them are now: 2480 and 2481.
> > As there is really nothing controversial in this patch, I plan to apply
> > it soonishly to 1.5. Others can then
Hi,
a colleague had lyx crashing yesterday.
I noticed that the cause was that she copied and paste from a document
where
change tracking was activated to an ancient document where change tracking
was disabled.
The resulting lyx file has change commands even though the c
Georg Baum <[EMAIL PROTECTED]> writes:
> > Then, would you be so kind to move them to lib/images/math and fix the
> > Xforms and Gtk frontends in consequence? Or just copy them to
> > lib/images/math if you don't have the time to fix the frontends.
> No, please lets not copy. We should rather fin
Georg Baum a écrit :
Abdelrazak Younes wrote:
Then, would you be so kind to move them to lib/images/math and fix the
Xforms and Gtk frontends in consequence? Or just copy them to
lib/images/math if you don't have the time to fix the frontends.
No, please lets not copy. We should rather find
Abdelrazak Younes wrote:
> Then, would you be so kind to move them to lib/images/math and fix the
> Xforms and Gtk frontends in consequence? Or just copy them to
> lib/images/math if you don't have the time to fix the frontends.
No, please lets not copy. We should rather find out why they are in
Georg Baum a écrit :
Abdelrazak Younes wrote:
Georg Baum a écrit :
Abdelrazak Younes wrote:
I was going to. I have already committed the icons.
You forgot to add the new image to the Makefile, and you broke both
xforms and gtk :-(
Sorry to make you a watch dog again :-(
I thought those ico
Abdelrazak Younes wrote:
> Georg Baum a écrit :
>> Abdelrazak Younes wrote:
>>
>>> I was going to. I have already committed the icons.
>>
>> You forgot to add the new image to the Makefile, and you broke both
>> xforms and gtk :-(
>
> Sorry to make you a watch dog again :-(
> I thought those ic
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Are all these in bugzilla?
> Two of them are now: 2480 and 2481.
> As there is really nothing controversial in this patch, I plan to apply
> it soonishly to 1.5. Others can then add qt4. I wouldn't bother with
> xforms.
I thought André and Lars both c
Georg Baum a écrit :
Abdelrazak Younes wrote:
I was going to. I have already committed the icons.
You forgot to add the new image to the Makefile, and you broke both xforms
and gtk :-(
Sorry to make you a watch dog again :-(
I thought those icons were not used at all.
For those unfamiliar
Edwin Leuven a écrit :
So, do I commit them or not?
yes, thanks
OK, I am committing with the following hack within MathUi.ui: I have
replaced "../../../../images/" with "../lib/images".
This is a temporary measure so that the math panel get its icons
displayed under linux and when lyx is
Georg Baum wrote:
You forgot to add the new image to the Makefile, and you broke both xforms
and gtk :-(
oops
For those unfamiliar with the .xpm format: This can be read as C source (and
is used as such in the xforms and gtk frontends), so one may not
arbitrarily change the internal image nam
Abdelrazak Younes wrote:
> I was going to. I have already committed the icons.
You forgot to add the new image to the Makefile, and you broke both xforms
and gtk :-(
For those unfamiliar with the .xpm format: This can be read as C source (and
is used as such in the xforms and gtk frontends), so o
Abdelrazak Younes wrote:
Concerning your QMAction class, I think we could merge it with my
QLAction class. But this would maybe mean touching the controller...
food for thought.
i created QMAction because i didn't want (or didn't know how) to pass a
lyxview to an object in QMathDialog.
but
So, do I commit them or not?
yes, thanks
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
I was going to. I have already committed the icons. If you want to
give it a try for the rest please go ahead. I thought you had problem
with SVN access.
not atm, but i think you committed the whole bunch
No, not yet.
(haven't really gotten a
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hum, "Then it is a problem on Hedge side".
Hum, "Helge".
Oups, sorry Helge.
Abdel.
>
> The current patch.
>
> XForms seems to be working, Gtk does not. Help with that would be
> appreicated.
>
Lars, nobody seems to be working on the Gtk frontend. Can I check it
in and leave gtk frontend for later?
The sooner we check it in, the more testing we will get. And I expect
some GUI st
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hum, "Then it is a problem on Hedge side".
Hum, "Helge".
;)
JMarc
Abdelrazak Younes wrote:
I was going to. I have already committed the icons. If you want to give
it a try for the rest please go ahead. I thought you had problem with
SVN access.
not atm, but i think you committed the whole bunch
(haven't really gotten around to read the svn documentation, ho
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I don't know the LyX API by heart yet ;-) Are we sure that
Abdelrazak> the cursor is on the right paragraph after a deletion or a
Abdelrazak> creation?
The cursor is moved later in breakParagraph, so you may have to m
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
Edwin Leuven a écrit :
Yep you're right, I've reached the same conclusion about qmenu at the
time of the porting. Actually, that's the reason why I haven't
ported the qt2 bullets yet :-(
perhaps we should apply the attached in the meantime?
I
Abdelrazak Younes wrote:
Everything works fine. Good job Man!
thanks
I am committing this now.
ok thanks
Concerning your QMAction class, I think we could merge it with my
QLAction class. But this would maybe mean touching the controller...
food for thought.
Now, let's discuss about the i
Abdelrazak Younes wrote:
Edwin Leuven a écrit :
Yep you're right, I've reached the same conclusion about qmenu at the
time of the porting. Actually, that's the reason why I haven't
ported the qt2 bullets yet :-(
perhaps we should apply the attached in the meantime?
I have committed it.
yo
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
Edwin,
I can't apply your patch cleanly. QMathUI.ui and QMathDialoc.C seem to
have conflict with revision 13551. From what I see in the diff, the
changes look just fine. Please commit so that we work from there. If
you can't commit, please sen
On Wed, 2006-04-05 at 10:01 +0300, Martin Vermeer wrote:
> On Tue, 2006-04-04 at 21:00 +0200, Helge Hafting wrote:
> > On Mon, Apr 03, 2006 at 12:28:11PM +0300, Martin Vermeer wrote:
> > > On Sun, Apr 02, 2006 at 08:54:46PM +0300, Martin Vermeer wrote:
...
> Are all these in bugzilla?
Two of the
Edwin Leuven a écrit :
Yep you're right, I've reached the same conclusion about qmenu at the
time of the porting. Actually, that's the reason why I haven't
ported the qt2 bullets yet :-(
perhaps we should apply the attached in the meantime?
I have committed it.
Please wait for my merged p
Bennett Helm a écrit :
On Apr 5, 2006, at 6:27 AM, Abdelrazak Younes wrote:
I seem to remember remember some problem like this on Mac also. Bennet
could you try test this patch?
I haven't been following this carefully. What exactly should I be testing?
Paragraph creation/deletion induce a d
On Apr 5, 2006, at 6:27 AM, Abdelrazak Younes wrote:
I seem to remember remember some problem like this on Mac also.
Bennet could you try test this patch?
I haven't been following this carefully. What exactly should I be
testing?
Bennett
On Wednesday 05 April 2006 13:56, Bo Peng wrote:
>
> > 2. I do not know linuxdoc and docbook so I can not test, and the
> > implementation is largely broken.
>
> Where can I find a few docbook/linuxdoc files to test the patch? Can
> anyone send me some?
Search in lib/examples, there you have bot
Abdelrazak Younes wrote:
Edwin,
I can't apply your patch cleanly. QMathUI.ui and QMathDialoc.C seem to
have conflict with revision 13551. From what I see in the diff, the
changes look just fine. Please commit so that we work from there. If you
can't commit, please send those two files.
att
Edwin,
I can't apply your patch cleanly. QMathUI.ui and QMathDialoc.C seem to
have conflict with revision 13551. From what I see in the diff, the
changes look just fine. Please commit so that we work from there. If you
can't commit, please send those two files.
Thanks,
Abdel.
Edwin Leuven
Abdelrazak Younes a écrit :
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
By the way, how are the toolbar icons for you?
they are ugly, but apart from that no problems on my side
Them it is a them problem on Hedge side.
Hum, "Then it is a problem on Hedge side". Because toolbar icons ar
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
By the way, how are the toolbar icons for you?
they are ugly, but apart from that no problems on my side
Them it is a them problem on Hedge side.
perhaps we should apply the attached in the meantime?
What do you want that?
I think I know wh
Abdelrazak Younes wrote:
By the way, how are the toolbar icons for you?
they are ugly, but apart from that no problems on my side
perhaps we should apply the attached in the meantime?
What do you want that?
I think I know where you want to go but please explain it.
BulletsModule is a wid
> 1. There is a strange crash with extensive use of this feature. I am
> still tracing the problem, but you may find out the problem just by
> reading my patch.
The bug has been found. The patch works smoothly now.
> 2. I do not know linuxdoc and docbook so I can not test, and the
> implementatio
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
I know, this is because uic logically translates the path to the icon
"as is" so the binary doesn't find them. I am playing with the
generated header file to see how we could solve that.
why not move the images so that they can be themeable, ins
> OK, I'll try: from left to right:
>
Thanks! It is good to match names with faces... list emails look more
personal now. :-)
Bo
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
On Windows, all the icons are spread horizontally so in for some
cases some of the icons are off-screen. Is it the same for you?
yes
OK.
By the way, how are the toolbar icons for you?
it would be nice to have a widget iconpalette that we can
Abdelrazak Younes wrote:
I know, this is because uic logically translates the path to the icon
"as is" so the binary doesn't find them. I am playing with the generated
header file to see how we could solve that.
why not move the images so that they can be themeable, instead of
finding a solut
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
[...]
I would be OK with that. OTOH if you manage not to call setItemLabel
directly in 1.4 but setCounter instead, you could leave the remainder
of the code as it stands (with one bug setCounter functio
Abdelrazak Younes wrote:
On Windows, all the icons are spread horizontally so in for some
cases some of the icons are off-screen. Is it the same for you?
yes
it would be nice to have a widget iconpalette that we can hook on
to a toolbutton (as we use for the bullets in the qt2 frontend). it
s
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes a écrit :
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Fine! Then I'll commit it to 1.5 if nobody object. If
Abdelrazak> somebody want to object, speak now plea
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
It seems that Qt4 ui format doesn't support embedded icons like older
version did. I found similar xpm in "trunk/images". I have used those
for now but I am missing the one that should come with the style
PushButton. But the icons still do not sh
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> There is a bugzilla entry for that, but I do not remember it...
Georg> It is http://bugzilla.lyx.org/show_bug.cgi?id=1235, but I would
Georg> not be surprised if there was a duplicate.
I would think so, but I could not find it either.
Abdelrazak Younes wrote:
It seems that Qt4 ui format doesn't support embedded icons like older
version did. I found similar xpm in "trunk/images". I have used those
for now but I am missing the one that should come with the style
PushButton. But the icons still do not show in the math panel und
1 - 100 of 124 matches
Mail list logo
