On Wed, Sep 06, 2006 at 05:40:23PM +0200, Peter Kümmel wrote:
Peter Kümmel wrote:
care about it. I just wanna see if it's possible to get Dlls without
huge changes.
Maybe the design of lyx is s bad that it is not possible. ;)
It is indeed so bad. But that's not new knowledge...
On Wed, Sep 06, 2006 at 05:06:08PM +0200, Lars Gullik Bjønnes wrote:
Isn't it possible to use export lists instead of doing the (imho
braindead) annotation on all functions?
It is possible. The problem then is to enumerate all the _mangled_ names
in the .def file. That's even worse. Maybe
Michael Gerz wrote:
BTW: bottom is ignored in 1.5.0svn/qt4. The tool bar is always
displayed at the top. Should I add a bugzilla report?
Yes, I am aware of it an I plaid guilty. Right now the toolbars are
hard-coded to be at the top because I didn't have the time to fix it
properly last
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 03:33:36PM +0200, Abdelrazak Younes wrote:
char const * const dialognames[] = {
aboutlyx, bibitem, bibtex, box, branch, changes,...
For this I'd actually prefer a factory that's initialized by static
singleton or such.
Could you elaborate a bit
Peter Kümmel wrote:
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
I have started with frontend/qt4/ but give up because qt4 needs several
functions from the other libs.
We must start at the bottom not at the top, and qt4 is at the top.
Exactly.
The
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
I have started with frontend/qt4/ but give up because qt4 needs several
functions from the other libs.
We must start at the bottom not at the top, and qt4 is at the top.
Exactly.
The problem with the current
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 10:37:27AM +0200, Abdelrazak Younes wrote:
That's exactly the problem indeed. My earlier cleanup work is heading
toward the frontend use the kernel as a library design. Once this is
achieved, splitting out the toolkit specific frontend should be
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 10:59:41AM +0200, Abdelrazak Younes wrote:
Peter Kümmel wrote:
At the current stage the code is full of dependencies,
and some circular could only be solved by moving functions
into a other library.
I think you should forget about the controller
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Nevertheless, at some point in time, we should ask the LyX
Michael users (not the developers) what they would like to see as the
Michael default. Personally, I think that the traditional
Michael Windows/Word/OOo user prefers the classic
Jean-Marc Lasgouttes wrote:
2698 add buttons for \intop and \ointop to math panel
Georg, did you have time to look at the icons? Otherwise, we shall
postpone.
Now I looked at it. This patch adds the icons from Uwe. OK to go in?
Georg
Log:
Fix bug 2698 (new images from Uwe
On Wed, Sep 06, 2006 at 09:29:21PM -0500, Bo Peng wrote:
I plan to refine and apply the attached patch to 1.4.x. This patch
lets 'scons install' generate the right kind of cygwin binary package
(with /usr/doc/ ..., strip etc). To better reflect the uniqueness of
cygwin, I have added
Lars Gullik Bjønnes wrote:
Peter Kümmel [EMAIL PROTECTED] writes:
| Peter Kümmel wrote:
| care about it. I just wanna see if it's possible to get Dlls without
| huge changes.
|
| Maybe the design of lyx is s bad that it is not possible. ;)
Works without change on linux...
Georg Baum wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
Are there any tools available to locate it?
I've heard good things about valgrind. But it's linux only AFAIK.
Does anyone know of such a tool for Windows?
I once worked with purify, but that is some time ago. See
The following pair of patch implement inset-dissolve in what I believe
to be a clean way. There is no code in insets directory (the disabling
for tabular insets is done by testing inset.nargs() == 1 instead).
Please test.
JMarc
Index: src/insets/insettabular.C
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
2698 add buttons for \intop and \ointop to math panel
Georg, did you have time to look at the icons? Otherwise, we shall
postpone.
Georg Now I looked at it. This patch adds the icons from Uwe. OK to
Georg go
John == John Levon [EMAIL PROTECTED] writes:
John On Wed, Sep 06, 2006 at 11:01:41PM +0200, Michael Gerz wrote:
I think this patch (or a similar one) has been discussed already.
Should I commit it?
John This is a really difficult one to decide. I can see this being
John enormously irritating
The following patches fix a crash:
http://bugzilla.lyx.org/show_bug.cgi?id=2600
The problem was the assumption that the LyXText of the cursor is the
same as the LyXText of cursor.selBegin.
I think there are still problems with CT and tables, but I propose to
apply at least this one.
I think
On Fri, Aug 25, 2006 at 05:05:04PM +0200, Jean-Marc Lasgouttes wrote:
We have come a long way towards 1.4.3, so now is the time to think
about a release. I will be in vacation again next week, so the date
should be some time at the beginning of September.
Please JMarc, could the attached
Michael Gerz wrote:
Hi Jürgen,
inset-dissolve is still broken: If you open a new document, the
function is enabled (which wrong) as you can see in the menu. If you
want to dissolve the non-existent inset nevertheless, LyX crashes.
But this is correct behaviour!
You dissolve the empty
On Mon, 2006-09-04 at 11:08 +0200, Juergen Spitzmueller wrote:
Jean-Marc Lasgouttes wrote:
My question now is whether to put this in 1.4.3 or 1.4.4. I tend to think
it will be 1.4.4, but I am not fixed on that.
I tend to think so, too, for testing reasons. Let's put the patch in soon
if /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I./.. -I../../boost -Wextra -Wall-I/usr/X11R6/include -O2
-MT fs_extras.lo -MD -MP -MF .deps/fs_extras.Tpo -c -o fs_extras.lo
fs_extras.C; \
then mv -f .deps/fs_extras.Tpo .deps/fs_extras.Plo; else
Jean-Marc Lasgouttes wrote:
2660 patch german userguide broken
What remains to be done is copy the icons and update Makefile.am.
Please, someone...
I just did that (and found two more invalid image paths). We need some lint
for .lyx files.
Georg
Kayvan A. Sylvan wrote:
fs_extras.C:101: error: 'errno' was not declared in this scope
fs_extras.C:107: error: 'errno' was not declared in this scope
fs_extras.C:120: error: 'errno' was not declared in this scope
fs_extras.C:148: error: 'errno' was not declared in this scope make[6]:
This is
Georg Baum [EMAIL PROTECTED] writes:
| Kayvan A. Sylvan wrote:
|
| fs_extras.C:101: error: 'errno' was not declared in this scope
| fs_extras.C:107: error: 'errno' was not declared in this scope
| fs_extras.C:120: error: 'errno' was not declared in this scope
| fs_extras.C:148: error:
IMO, USE_CYGWIN_PACKAGING is neither needed nor useful. You don't have
In the patch, I use packaging_method == 'cygwin' to install files as
instructed by cygwin-packaging standard. I can use platform ==
'cygwin' but the former seems to be more logical. Also, it might not
be at all useful, but
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
2660 patch german userguide broken
What remains to be done is copy the icons and update Makefile.am.
Please, someone...
Georg I just did that (and found two more invalid image paths). We
Georg need some lint
Lars Gullik Bjønnes wrote:
and should not be included ... we want cerrno
Why? I don't know any advantage, only a disadvantage: Some compilers do not
have it.
Georg
Daryl Hepting wrote:
Lyx Developer Questionnaire
This questionnaire will be used by students of the CS305 course at the
University of Regina to inform their semester’s work. Results of this
work will be contributed back to the lyx project. All replies sent to me
directly ([EMAIL PROTECTED])
On Thursday 07 September 2006 13:50, Georg Baum wrote:
I just did that (and found two more invalid image paths). We need some lint
for .lyx files.
It is on my todo list, FWIW. :-)
Georg
--
José Abílio
Why did you choose to become involved with the lyx project?
I like lyx, I was between jobs, and I find that it is easier to
contribute than arguing in the mailing list and waiting for months
(years?) for a feature to be implemented.
How would you describe the vision for the lyx project, and
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Lars Gullik Bjønnes wrote:
and should not be included ... we want cerrno
Georg Why? I don't know any advantage, only a disadvantage: Some
Georg compilers do not have it.
I think all compilers have it now.
JMarc
Jean-Marc Lasgouttes wrote:
Georg == Georg Baum
[EMAIL PROTECTED]
writes:
Georg Lars Gullik Bjønnes wrote:
and should not be included ... we want cerrno
Georg Why? I don't know any advantage, only a disadvantage: Some
Georg compilers do not have it.
I think all compilers have it
On Thu, Sep 07, 2006 at 09:39:13AM +0200, Abdelrazak Younes wrote:
Shouldn't there be a lyxkernel.dll and the frontend using this?
The frontend virtual interface yes. The qt4 frontend will just be an
implementation of this interface and could entirely be in a single dll.
This way the
On Thu, Sep 07, 2006 at 11:29:05AM +0200, Peter Kümmel wrote:
Lars Gullik Bjønnes wrote:
Peter Kümmel [EMAIL PROTECTED] writes:
| Peter Kümmel wrote:
| care about it. I just wanna see if it's possible to get Dlls without
| huge changes.
|
| Maybe the design of lyx is s bad
On Thu, Sep 07, 2006 at 09:41:55AM +0200, Abdelrazak Younes wrote:
Mathed depends on the core _and_ on the painert stuff, so how could that
be a good candidate to start with?
This was just a guess as the mathed code seems pretty isolated from the
rest of the LyX code. As you said in an
On Wed, Sep 06, 2006 at 08:49:35PM +0200, Peter Kümmel wrote:
The problem with the current architecture is, of, course, that drawing
is 'pushed' by the kernel, not 'pulled' by the frontend (containing th
painter)
Yes, building insets is completely hopeless. And this artifact was
On Thu, Sep 07, 2006 at 09:30:18AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
I have started with frontend/qt4/ but give up because qt4 needs several
functions from the other libs.
We must start at the bottom not at the
Jean-Marc Lasgouttes schrieb:
John This is a really difficult one to decide. I can see this being
John enormously irritating default behaviour for some people, and we
John don't yet have a View-Toolbars that can easily turn it off. On
John the other hand, these toolbars are extremely useful.
John Levon schrieb:
What would be REALLY cool is some actual UI testing in a proper lab
infrastructure. But slightly cool would be something that collected
real-life data on menu use, and allowed us to collect it (modulo privacy
concerns etc.)
Asking a self-selecting population is notoriously
Jean-Marc Lasgouttes schrieb:
The following pair of patch implement inset-dissolve in what I believe
to be a clean way. There is no code in insets directory (the disabling
for tabular insets is done by testing inset.nargs() == 1 instead).
Please test.
inset-dissolve works for 1.5.0, even
On Wed, Sep 06, 2006 at 11:29:58PM +0200, Michael Gerz wrote:
John, JMarc,
what do you think about the patch below? The idea is to have a submenu
for character styles that combines layout-specific char styles,
bold/emphasize/noun style, and the font dialog. The layout-specific char
On 9/7/06, Bo Peng [EMAIL PROTECTED] wrote:
IMO, USE_CYGWIN_PACKAGING is neither needed nor useful. You don't have
Hi, Enrico,
Could you please apply the attached patch, install scons-local, run
python scons.py -f development/scons/SConstruct DESTDIR=cygwin_test
mode=release install
and
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Just one cosmetic issue: If you want to undo inset-dissolve,
Michael you have to press CTRL-Z twice. This might be a bit
Michael disturbing for some users.
I know that, but I have not been able to avoid it. It is because we
use the cut
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Because LyX architecture is ten years old and mvc wasn't
Andre exactly hyped at this time?
Well, LyX is not older than smalltalk...
JMarc
On Thu, Sep 07, 2006 at 09:07:17PM +0200, Michael Gerz wrote:
John Levon schrieb:
What would be REALLY cool is some actual UI testing in a proper lab
infrastructure. But slightly cool would be something that collected
real-life data on menu use, and allowed us to collect it (modulo privacy
On Thu, Sep 07, 2006 at 08:54:38PM +0200, Michael Gerz wrote:
Why don't we activate the toolbars for now (and for 1.4.3)? The
activation is not a showstopper in case someone wants to optimize the
look feel later.
Let's activate it for 1.5.0svn and see what happens, but not 1.4...
regards
On Thu, Sep 07, 2006 at 03:02:59PM -0500, Bo Peng wrote:
On 9/7/06, Bo Peng [EMAIL PROTECTED] wrote:
IMO, USE_CYGWIN_PACKAGING is neither needed nor useful. You don't have
Hi, Enrico,
Could you please apply the attached patch, install scons-local, run
python scons.py -f
I have not installed the boost libraries, so included boost was used.
Even if you have installed boost, the included boost will be used
after a version check.
Scons detected that I have Aiksaurus and compilation went smooth
till the final link stage which however failed as follows:
After I
hi,
I would like to help with the hebrew translation of the LyX documentation. I
contacted Tzafrir Cohen (which is listed as the contact for hebrew) but he
told me that he doesn't activly maintain the hebrew translation. As there is
no active contact for hebrew translation i don't know how can i
On Wed, Sep 06, 2006 at 05:40:23PM +0200, Peter Kümmel wrote:
> Peter Kümmel wrote:
> > care about it. I just wanna see if it's possible to get Dlls without
> > huge changes.
>
> Maybe the design of lyx is s bad that it is not possible. ;)
It is indeed so bad. But that's not new knowledge...
On Wed, Sep 06, 2006 at 05:06:08PM +0200, Lars Gullik Bjønnes wrote:
> Isn't it possible to use export lists instead of doing the (imho
> braindead) annotation on all functions?
It is possible. The problem then is to enumerate all the _mangled_ names
in the .def file. That's even worse. Maybe
Michael Gerz wrote:
BTW: "bottom" is ignored in 1.5.0svn/qt4. The tool bar is always
displayed at the top. Should I add a bugzilla report?
Yes, I am aware of it an I plaid guilty. Right now the toolbars are
hard-coded to be at the top because I didn't have the time to fix it
properly last
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 03:33:36PM +0200, Abdelrazak Younes wrote:
char const * const dialognames[] = {
"aboutlyx", "bibitem", "bibtex", "box", "branch", "changes",...
For this I'd actually prefer a factory that's initialized by static
singleton or such.
Could you
Peter Kümmel wrote:
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
I have started with frontend/qt4/ but give up because qt4 needs several
functions from the other libs.
We must start at the bottom not at the top, and qt4 is at the top.
Exactly.
The
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
I have started with frontend/qt4/ but give up because qt4 needs several
functions from the other libs.
We must start at the bottom not at the top, and qt4 is at the top.
Exactly.
The problem with the current
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 10:37:27AM +0200, Abdelrazak Younes wrote:
That's exactly the problem indeed. My earlier cleanup work is heading
toward "the frontend use the kernel as a library" design. Once this is
achieved, splitting out the toolkit specific frontend should be
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 10:59:41AM +0200, Abdelrazak Younes wrote:
Peter Kümmel wrote:
At the current stage the code is full of dependencies,
and some circular could only be solved by moving functions
into a other library.
I think you should forget about the controller
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Nevertheless, at some point in time, we should ask the LyX
Michael> users (not the developers) what they would like to see as the
Michael> default. Personally, I think that the traditional
Michael> Windows/Word/OOo user prefers
Jean-Marc Lasgouttes wrote:
> 2698 add buttons for \intop and \ointop to math panel
>
> Georg, did you have time to look at the icons? Otherwise, we shall
> postpone.
Now I looked at it. This patch adds the icons from Uwe. OK to go in?
Georg
Log:
Fix bug 2698 (new images from
On Wed, Sep 06, 2006 at 09:29:21PM -0500, Bo Peng wrote:
> I plan to refine and apply the attached patch to 1.4.x. This patch
> lets 'scons install' generate the right kind of cygwin binary package
> (with /usr/doc/ ..., strip etc). To better reflect the uniqueness of
> cygwin, I have added
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | Peter Kümmel wrote:
> | > care about it. I just wanna see if it's possible to get Dlls without
> | > huge changes.
> |
> | Maybe the design of lyx is s bad that it is not possible. ;)
>
> Works without change on
Georg Baum wrote:
> Joost Verburg wrote:
>
>> Abdelrazak Younes wrote:
Are there any tools available to locate it?
>>> I've heard good things about valgrind. But it's linux only AFAIK.
>> Does anyone know of such a tool for Windows?
>
> I once worked with purify, but that is some time ago.
The following pair of patch implement inset-dissolve in what I believe
to be a clean way. There is no code in insets directory (the disabling
for tabular insets is done by testing "inset.nargs() == 1" instead).
Please test.
JMarc
Index: src/insets/insettabular.C
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> 2698 add buttons for \intop and \ointop to math panel
>>
>> Georg, did you have time to look at the icons? Otherwise, we shall
>> postpone.
Georg> Now I looked at it. This patch adds the icons from
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Sep 06, 2006 at 11:01:41PM +0200, Michael Gerz wrote:
>> I think this patch (or a similar one) has been discussed already.
>> Should I commit it?
John> This is a really difficult one to decide. I can see this being
John>
The following patches fix a crash:
http://bugzilla.lyx.org/show_bug.cgi?id=2600
The problem was the assumption that the LyXText of the cursor is the
same as the LyXText of cursor.selBegin.
I think there are still problems with CT and tables, but I propose to
apply at least this one.
I think
On Fri, Aug 25, 2006 at 05:05:04PM +0200, Jean-Marc Lasgouttes wrote:
>
> We have come a long way towards 1.4.3, so now is the time to think
> about a release. I will be in vacation again next week, so the date
> should be some time at the beginning of September.
Please JMarc, could the attached
Michael Gerz wrote:
Hi Jürgen,
inset-dissolve is still broken: If you open a new document, the
function is enabled (which wrong) as you can see in the menu. If you
want to dissolve the non-existent inset nevertheless, LyX crashes.
But this is correct behaviour!
You dissolve the empty
On Mon, 2006-09-04 at 11:08 +0200, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > My question now is whether to put this in 1.4.3 or 1.4.4. I tend to think
> > it will be 1.4.4, but I am not fixed on that.
>
> I tend to think so, too, for testing reasons. Let's put the patch in
if /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I./.. -I../../boost -Wextra -Wall-I/usr/X11R6/include -O2
-MT fs_extras.lo -MD -MP -MF ".deps/fs_extras.Tpo" -c -o fs_extras.lo
fs_extras.C; \
then mv -f ".deps/fs_extras.Tpo"
Jean-Marc Lasgouttes wrote:
> 2660 patch german userguide broken
>
> What remains to be done is copy the icons and update Makefile.am.
> Please, someone...
I just did that (and found two more invalid image paths). We need some lint
for .lyx files.
Georg
Kayvan A. Sylvan wrote:
> fs_extras.C:101: error: 'errno' was not declared in this scope
> fs_extras.C:107: error: 'errno' was not declared in this scope
> fs_extras.C:120: error: 'errno' was not declared in this scope
> fs_extras.C:148: error: 'errno' was not declared in this scope make[6]:
Georg Baum <[EMAIL PROTECTED]> writes:
| Kayvan A. Sylvan wrote:
|
| > fs_extras.C:101: error: 'errno' was not declared in this scope
| > fs_extras.C:107: error: 'errno' was not declared in this scope
| > fs_extras.C:120: error: 'errno' was not declared in this scope
| > fs_extras.C:148: error:
IMO, USE_CYGWIN_PACKAGING is neither needed nor useful. You don't have
In the patch, I use packaging_method == 'cygwin' to install files as
instructed by cygwin-packaging standard. I can use platform ==
'cygwin' but the former seems to be more logical. Also, it might not
be at all useful, but
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> 2660 patch german userguide broken
>>
>> What remains to be done is copy the icons and update Makefile.am.
>> Please, someone...
Georg> I just did that (and found two more invalid image paths). We
Lars Gullik Bjønnes wrote:
> and should not be included ... we want
Why? I don't know any advantage, only a disadvantage: Some compilers do not
have it.
Georg
Daryl Hepting wrote:
Lyx Developer Questionnaire
This questionnaire will be used by students of the CS305 course at the
University of Regina to inform their semester’s work. Results of this
work will be contributed back to the lyx project. All replies sent to me
directly ([EMAIL PROTECTED])
On Thursday 07 September 2006 13:50, Georg Baum wrote:
> I just did that (and found two more invalid image paths). We need some lint
> for .lyx files.
It is on my todo list, FWIW. :-)
> Georg
--
José Abílio
Why did you choose to become involved with the lyx project?
I like lyx, I was between jobs, and I find that it is easier to
contribute than arguing in the mailing list and waiting for months
(years?) for a feature to be implemented.
How would you describe the vision for the lyx project, and
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Lars Gullik Bjønnes wrote:
>> and should not be included ... we want
Georg> Why? I don't know any advantage, only a disadvantage: Some
Georg> compilers do not have it.
I think all compilers have it now.
JMarc
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Lars Gullik Bjønnes wrote:
>>> and should not be included ... we want
>
> Georg> Why? I don't know any advantage, only a disadvantage: Some
> Georg> compilers do not have it.
>
> I
On Thu, Sep 07, 2006 at 09:39:13AM +0200, Abdelrazak Younes wrote:
> >Shouldn't there be a lyxkernel.dll and the frontend using this?
>
> The frontend virtual interface yes. The qt4 frontend will just be an
> implementation of this interface and could entirely be in a single dll.
> This way
On Thu, Sep 07, 2006 at 11:29:05AM +0200, Peter Kümmel wrote:
> Lars Gullik Bjønnes wrote:
> > Peter Kümmel <[EMAIL PROTECTED]> writes:
> >
> > | Peter Kümmel wrote:
> > | > care about it. I just wanna see if it's possible to get Dlls without
> > | > huge changes.
> > |
> > | Maybe the design of
On Thu, Sep 07, 2006 at 09:41:55AM +0200, Abdelrazak Younes wrote:
> >Mathed depends on the core _and_ on the painert stuff, so how could that
> >be a good candidate to start with?
>
> This was just a guess as the mathed code seems pretty isolated from the
> rest of the LyX code. As you said in
On Wed, Sep 06, 2006 at 08:49:35PM +0200, Peter Kümmel wrote:
> > The problem with the current architecture is, of, course, that drawing
> > is 'pushed' by the kernel, not 'pulled' by the frontend (containing th
> > painter)
>
> Yes, building insets is completely hopeless. And this artifact
On Thu, Sep 07, 2006 at 09:30:18AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
> >>I have started with frontend/qt4/ but give up because qt4 needs several
> >>functions from the other libs.
> >>We must start at the bottom
Jean-Marc Lasgouttes schrieb:
John> This is a really difficult one to decide. I can see this being
John> enormously irritating default behaviour for some people, and we
John> don't yet have a View->Toolbars that can easily turn it off. On
John> the other hand, these toolbars are extremely
John Levon schrieb:
What would be REALLY cool is some actual UI testing in a proper lab
infrastructure. But slightly cool would be something that collected
real-life data on menu use, and allowed us to collect it (modulo privacy
concerns etc.)
Asking a self-selecting population is notoriously
Jean-Marc Lasgouttes schrieb:
The following pair of patch implement inset-dissolve in what I believe
to be a clean way. There is no code in insets directory (the disabling
for tabular insets is done by testing "inset.nargs() == 1" instead).
Please test.
inset-dissolve works for 1.5.0, even
On Wed, Sep 06, 2006 at 11:29:58PM +0200, Michael Gerz wrote:
> John, JMarc,
>
> what do you think about the patch below? The idea is to have a submenu
> for character styles that combines layout-specific char styles,
> bold/emphasize/noun style, and the font dialog. The layout-specific char
>
On 9/7/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> IMO, USE_CYGWIN_PACKAGING is neither needed nor useful. You don't have
Hi, Enrico,
Could you please apply the attached patch, install scons-local, run
python scons.py -f development/scons/SConstruct DESTDIR=cygwin_test
mode=release install
and
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Just one cosmetic issue: If you want to undo inset-dissolve,
Michael> you have to press CTRL-Z twice. This might be a bit
Michael> disturbing for some users.
I know that, but I have not been able to avoid it. It is because we
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Because LyX architecture is ten years old and mvc wasn't
Andre> exactly hyped at this time?
Well, LyX is not older than smalltalk...
JMarc
On Thu, Sep 07, 2006 at 09:07:17PM +0200, Michael Gerz wrote:
> John Levon schrieb:
> >What would be REALLY cool is some actual UI testing in a proper lab
> >infrastructure. But slightly cool would be something that collected
> >real-life data on menu use, and allowed us to collect it (modulo
On Thu, Sep 07, 2006 at 08:54:38PM +0200, Michael Gerz wrote:
> Why don't we activate the toolbars for now (and for 1.4.3)? The
> activation is not a showstopper in case someone wants to optimize the
> look & feel later.
Let's activate it for 1.5.0svn and see what happens, but not 1.4...
On Thu, Sep 07, 2006 at 03:02:59PM -0500, Bo Peng wrote:
> On 9/7/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> >> IMO, USE_CYGWIN_PACKAGING is neither needed nor useful. You don't have
>
> Hi, Enrico,
>
> Could you please apply the attached patch, install scons-local, run
>
> python scons.py -f
I have not installed the boost libraries, so included boost was used.
Even if you have installed boost, the included boost will be used
after a version check.
Scons detected that I have Aiksaurus and compilation went smooth
till the final link stage which however failed as follows:
After I
hi,
I would like to help with the hebrew translation of the LyX documentation. I
contacted Tzafrir Cohen (which is listed as the contact for hebrew) but he
told me that he doesn't activly maintain the hebrew translation. As there is
no active contact for hebrew translation i don't know how can i
98 matches
Mail list logo