yeah I came across that link (below) before and actually had a stab at
trying to get tex4ht, but unfortunately the link in section 3.2 for the
install gives me a "server not found" error !!
http://facweb.knowlton.ohio-state.edu/pviton/support/tex4ht.html
Then down in section 6 where you setup
Hi, All,
This is in my opinion an important patch. It has been in the trunk for
quite a while with no bug report. Can I apply it to 1.4.3svn? I
understand that there is an unconfirmed crash report but we can not
table this patch forever because of it.
See http://bugzilla.lyx.org/show_bug.cgi?id=
On Wed, Jul 12, 2006 at 04:11:24PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Here is my patch improved as I think it should be. This works,
> Martin> and reserves even the right amount of space in a cell, not too
> Martin> much.
>
Hossein Noorikhah wrote:
I think the bidirectional code should be rewritten to match the
Unicode branch.
Are you up to the task? That would be very good news. I don't think
there is any knowledgeable in this field or is there?
May be we can use libfribidi(http://www.fribidi.org)
to handle
Andre Poenitz wrote:
On Thu, Jul 13, 2006 at 03:56:02PM +0200, Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
As a side note, I really think the coordcache concept is flawed.
Well, I guess should be a bit more diplomatic in my words. I meant that
the way the coordCache i
The pictures related to message "Bidirectional text on
Lyx-1.5-unicode" are attached.
Thanks.
<>
<>
Hi.
I'm using Lars Gullik Bjønnes's Unicode branch of LyX 1.5, and I'm
interested in writing Arabic/Persian documents with it. I want to know
the status of this branch, and also how can I find more information
about it.
To me, It seems that the original bidirectional algorithm that is used
for the
On Thu, Jul 13, 2006 at 11:14:06AM +0200, Lars Gullik Bjønnes wrote:
> | Maybe you should do so.
>
> If 10G is all you can spare on lyx
Not on LyX. That's to be shared with a full SuSE 10.0 installation.
> when the cheapest disks out there is 200G then I am not so sure.
I have not closely follo
On Thu, Jul 13, 2006 at 03:56:02PM +0200, Abdelrazak Younes wrote:
> Georg Baum wrote:
> >Abdelrazak Younes wrote:
> >
> >>As a side note, I really think the coordcache concept is flawed.
>
> Well, I guess should be a bit more diplomatic in my words. I meant that
> the way the coordCache is used
Abdelrazak Younes wrote:
The only missing feature feature of the Qt4 frontend is
the bullet settings dialogs. Could you confirm this Edwin?
On this subject, there would be a new QWidgetAction class in 4.2, you
can read about it there:
http://blogs.qtdeveloper.net/archives/2006/06/30/qt-42-t
OK, here is my last patch before holidays (hopefully).
This one continue the drastic diet operated on BufferView. It removes
all boost signal from BufferView::pimpl and put them in LyXView. LyXView
already inherits from boost::signals::trackable so this is not a big
deal. If you look closely a
> But the change is good regardless.
Woah!!! I have a "good" from Lars!!! ;-)
I also see that. :-)
Have a nice holiday.
Bo
Abdelrazak Younes wrote:
You've been busy for your last afternoon before holidays... :-)
i thought that i wouldn't get any "real" work done anymore, which seemed
like a good excuse to tinker a bit with lyx ;-)
Yes, it looks good.
it's in
bonnes vacances à tous!
regards, ed.
Edwin Leuven wrote:
Abdelrazak Younes wrote:
What's that?
adding a dropdown menu with different kind of fractions to the fraction
button (think georg added this some time ago to qt3)
the attached patch also repairs the panel problem
You've been busy for your last afternoon before holidays
Abdelrazak Younes wrote:
What's that?
adding a dropdown menu with different kind of fractions to the fraction
button (think georg added this some time ago to qt3)
the attached patch also repairs the panel problem
i think this can go in
Index: QMathDialog.C
==
Edwin Leuven wrote:
Abdelrazak Younes wrote:
the other thing that needs to be looked at is the panel switching in
math panel (doesn't always seem to work...)
Yes I forgot about that...
and the attached i think
What's that?
Abdelrazak Younes wrote:
the other thing that needs to be looked at is the panel switching in
math panel (doesn't always seem to work...)
Yes I forgot about that...
and the attached i think
Index: src/frontends/qt4/ui/QMathUi.ui
==
Jean-Marc Lasgouttes wrote:
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hmmm... the more 1.5 features we back-port, the longer it
Michael> will take to release 1.5!
No. I am not going to let 1.4 starve for ideologic reasons...
Pragmatically, I would say:
- the no-sh patch i
Edwin Leuven wrote:
Abdelrazak Younes wrote:
The only missing feature feature of the Qt4 frontend is the bullet
settings dialogs. Could you confirm this Edwin?
yes.
the other thing that needs to be looked at is the panel switching in
math panel (doesn't always seem to work...)
Yes I forgot
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Actually, IIRC I think JMarc considers this as a good
Abdelrazak> enough reason for releasing 1.5. The only missing feature
Abdelrazak> feature of the Qt4 frontend is the bullet settings
Abdelr
Abdelrazak Younes wrote:
The only missing feature feature of the Qt4 frontend is
the bullet settings dialogs. Could you confirm this Edwin?
yes.
the other thing that needs to be looked at is the panel switching in
math panel (doesn't always seem to work...)
i am leaving on vacation this aft
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Actually, IIRC I think JMarc considers this as a good
Abdelrazak> enough reason for releasing 1.5. The only missing feature
Abdelrazak> feature of the Qt4 frontend is the bullet settings
Abdelrazak> dialogs. Could you
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hmmm... the more 1.5 features we back-port, the longer it
Michael> will take to release 1.5!
No. I am not going to let 1.4 starve for ideologic reasons...
Pragmatically, I would say:
- the no-sh patch is really important to hav
Michael Gerz wrote:
Jean-Marc Lasgouttes wrote:
Besides all the usual small fixes we might stumble on, I plan to do
two main things in 1.4.3:
- backport the no-sh set of patches from Bo, so that minsys is not
needed anymore in windows.
- backport the outline feature. Martin told me he has a
Jean-Marc Lasgouttes wrote:
Besides all the usual small fixes we might stumble on, I plan to do
two main things in 1.4.3:
- backport the no-sh set of patches from Bo, so that minsys is not
needed anymore in windows.
- backport the outline feature. Martin told me he has a patch ready.
We coul
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Hello,
| > You are going to be happy Lars, this patch removes the needRedraw
| > interface and simplify the screen update procedure. It also fixes
| > all crash problems.
| > The performance m
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Hello,
| > You are going to be happy Lars, this patch removes the needRedraw
| > interface and simplify the screen update procedure. It also fixes
| > all crash problems.
| > The performance may suffer a bit because we do
Abdelrazak Younes wrote:
Hello,
You are going to be happy Lars, this patch removes the needRedraw
interface and simplify the screen update procedure. It also fixes all
crash problems.
The performance may suffer a bit because we do the second drawing step
in all cases. This could be optimized
Hello,
You are going to be happy Lars, this patch removes the needRedraw
interface and simplify the screen update procedure. It also fixes all
crash problems.
The performance may suffer a bit because we do the second drawing step
in all cases. This could be optimized out by checking the return
[EMAIL PROTECTED] writes:
| Author: schmitt
| Date: Fri Jul 14 10:30:26 2006
| New Revision: 14452
|
| URL: http://www.lyx.org/trac/changeset/14452
| Log:
| major cleanup of this totally outdated file
|
| Modified:
| lyx-devel/trunk/development/lyx3/LyX3-Tasks
As Long as you don't remove it
[EMAIL PROTECTED] wrote:
URL: http://www.lyx.org/trac/changeset/14452
Log:
major cleanup of this totally outdated file
Modified:
lyx-devel/trunk/development/lyx3/LyX3-Tasks
As you haven't cared for this file for many years, you shouldn't care
for my patch neither :-)
Michael
Michael Gerz wrote:
> How about this change?
I have a nervous feeling that these strings are parsed somewhere. If you
made sure that that is not the case then this is a good change. I would
maybe even go further and use real language like e.g. "page width %" (or
capitalized?)
Georg
Michael Gerz <[EMAIL PROTECTED]> writes:
| Hi,
|
| what shall we do with ./development/lyxserver/server_monitor.c? It
| looks like an xforms application.
IMHO, just let it stay...
(It can be thought of as an example on how to connect to the lyxserver
cannot it not?)
--
Lgb
Hi,
what shall we do with ./development/lyxserver/server_monitor.c? It looks
like an xforms application.
Michael
Michael Gerz <[EMAIL PROTECTED]> writes:
| Hi,
|
| can I apply the attached patch? I couldn't find a single place where
| this lfun is emitted.
Looks good to me.
--
Lgb
Michael Gerz <[EMAIL PROTECTED]> writes:
| How about this change?
If you have looked at the result in the gui and figure it ok, then
sure.
--
Lgb
How about this change?
Index: lengthcommon.C
===
--- lengthcommon.C (Revision 14449)
+++ lengthcommon.C (Arbeitskopie)
@@ -46,18 +46,9 @@
char const * const unit_name_gui[] = {
N_("sp"), N_("pt"), N_("bp"), N_("dd")
Hi,
can I apply the attached patch? I couldn't find a single place where
this lfun is emitted.
Michael
Index: LyXAction.C
===
--- LyXAction.C (Revision 14449)
+++ LyXAction.C (Arbeitskopie)
@@ -332,7 +332,6 @@
{ LFUN_INSET_MODI
38 matches
Mail list logo
