Hi!
Attached please find the latest versions of the visual mode for bidi
cursor movement patches. I fixed them up based on feedback (mainly from
Pavel and Abdel --- thanks!) Also, right movement is now included as
well. If there are no objections I will commit soon.
I believe that once I get
Linux, Qt 4.2.1, autotools, g++ 4.1.2:
g++ -g -O -o lyx main.o ASpell.o ISpell.o SpellBase.o Box.o Dimension.o
PrinterParams.o Thesaurus.o ./.libs/liblyxcore.a ./.libs/liblyxmathed.a
./.libs/liblyxinsets.a frontends/.libs/liblyxfrontends.a
frontends/qt4/.libs/liblyxqt4.a -L/build/buildd/qt4-x
> Why is it called 'ui-toggle fullscreen' btw?
> Do we have other 'ui-toggle' commands?
yes we have, read the doxy ;)
and as i read the last mails it will even enlarge.
pavel
On Sat, Feb 09, 2008 at 09:13:50PM +0100, Abdelrazak Younes wrote:
> Pavel Sanda wrote:
> we must make this dependent on some argument from user. will you do it
> or should i?
You mean in the preference settings?
>>> By the way, if you are going to create a panel for the fullscreen mo
Hi (Juergen),
I saw that you added
block: com%40gameplayers.seesaa.net
block: riaz%40renasterea.ro
block: 66.232.*.*
to Site.Blocklist. I'm wondering if it's ok that I remove the last line?
(I'm worried it's too restricting).
Best regards,
/Christian
PS. The PmWiki g
Pavel Sanda wrote:
btw visual bidi box is wrongly initialized now.
What do you mean? It should default to false, which it does (unless
you've already saved the preferences otherwise)...
sorry this reply was to much delayed and i dont remember :)
my fault, I took too long to reply... :) Anyho
> By the way Pavel, could you add a binding to "ui-toggle fullscreen". F11 is
> key used by Firefox for the toggling, as much as a standard as it gets. I
there is still one thing missing to give proper shortcut for fullscreen
switching. we need to remember the visibility of all toolbars, so we c
> Well, I don't know how cross-platform manual placement would be ---
> like, are pixel placements the same on every platform? aren't they
> dependent on screen resolution and things like that?
unfortunately its not completely independent. i have myself problems
to come to terms with designer...
>>> we must make this dependent on some argument from user. will you do
>>> it or should i?
>> You mean in the preference settings?
> By the way, if you are going to create a panel for the fullscreen mode
nono, i just want to add some parameter for lfun so users are able to
Pavel Sanda wrote:
we must make this dependent on some argument from user. will you do it
or should i?
You mean in the preference settings?
By the way, if you are going to create a panel for the fullscreen mode
nono, i just want to add some parameter for lfun so users are able to
control
the
> we must make this dependent on some argument from user. will you do it
> or should i?
You mean in the preference settings?
>>> By the way, if you are going to create a panel for the fullscreen mode
>> nono, i just want to add some parameter for lfun so users are able to
>> control
Pavel Sanda wrote:
we must make this dependent on some argument from user. will you do it or
should i?
You mean in the preference settings?
By the way, if you are going to create a panel for the fullscreen mode
nono, i just want to add some parameter for lfun so users are able to control
the
>>>
>>> we must make this dependent on some argument from user. will you do it or
>>> should i?
>> You mean in the preference settings?
>
> By the way, if you are going to create a panel for the fullscreen mode
nono, i just want to add some parameter for lfun so users are able to control
the wid
Hartmut Haase schrieb:
Which packages do I need to import .doc-files?
Open it with openOffice and then export to LaTeX ...
Herbert
Abdelrazak Younes wrote:
Pavel Sanda wrote:
we must make this dependent on some argument from user. will you do it
or should i?
You mean in the preference settings?
By the way, if you are going to create a panel for the fullscreen mode
settings I can suggest three check boxes in addition
Pavel Sanda wrote:
Author: younes
Date: Sat Feb 9 18:20:23 2008
New Revision: 22899
URL: http://www.lyx.org/trac/changeset/22899
Log:
Support full screen in BufferView
great !
+}
+
+
+int BufferView::rightMargin() const
+{
+ return full_screen_? width_ / 4 : 10;
+}
+
+
+int BufferView
> Author: younes
> Date: Sat Feb 9 18:20:23 2008
> New Revision: 22899
>
> URL: http://www.lyx.org/trac/changeset/22899
> Log:
> Support full screen in BufferView
great !
> +}
> +
> +
> +int BufferView::rightMargin() const
> +{
> + return full_screen_? width_ / 4 : 10;
> +}
> +
> +
> +int B
Liviu Andronic wrote:
> By the way, which one interacts better with LyX: wv-1.2.3 [2] or
> wv2-0.2.3 [3]? Is there a difference?
dunno. I use wv 1.2.2, which works sort of OK.
Jürgen
On 2/9/08, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> wvWare.
There are also some instructions [1].
By the way, which one interacts better with LyX: wv-1.2.3 [2] or
wv2-0.2.3 [3]? Is there a difference?
Liviu
[1] http://wiki.lyx.org/LyX/ConvertingFromWord
[2] http://gentoo-portage.com/app-
Abdelrazak Younes wrote:
I've done this change. The left and right margin are set to one fourth
of the screen width for now, the result is good with my 1024 wide screen
but I don't really know if makes sense for smaller or bigger screen.
Someone had an idea about a fixed width per font size i
Abdelrazak Younes wrote:
Pavel Sanda wrote:
I think an adjustment of the zoom and/or dpi settings while in
fullscreen should do the trick.
what should that dpi thing do? i just tried now to set different values,
I think it must be used in combination of the zoom factor.
but nothing happens
Hartmut Haase wrote:
> Which packages do I need to import .doc-files?
wvWare.
Jürgen
Pavel Sanda wrote:
I think an adjustment of the zoom and/or dpi settings while in
fullscreen should do the trick.
what should that dpi thing do? i just tried now to set different values,
I think it must be used in combination of the zoom factor.
but nothing happens with my screen or fonts.
Richard Heck wrote:
> > I'd call it "Plain".
> >
> >
>
> I was trying to choose something I knew wouldn't appear in any
> layout---e.g., in user layouts. And "Plain" might.
LyXDefault might as well, in some possible world.
Can't you just give it some unique internal identifier? Also, the name o
Christopher Reeve wrote:
I'm currently writing a thesis with many sub sections and am tired of figuring out when I create a new section whether it is a Chapter, Section, Subsection or Subsubsection etc, and then I'm even more tired of finding it in the list and having to be careful to chose the nu
Dominik Böhm wrote:
Hi,
Sven, I just read your answer regarding my question on where to download the
latest development version of lyx. I just downloaded the trunk from the svn.
Unfortunately, there are no binaries included. Don't you ever create nightly
builds or something? I haven't got MSVC++
John Pye wrote:
> I tried adding \usepackage{pdfcolmk} to my latex preamble in LyX (using
> version 1.5.3 on F7). But it didn't fix the problem of the blue main
> text on page following blue footnote (my second screenshot). I didn't
> attempt to see if it fixed the first screenshot issue.
The pdfc
> +Caveat: We were forced to switch from the LaTeX package 'floatflt' to
> +'wrapfig' for wrap figure floats due to a license problem that limited
> +the availability of the former package. In general, this should improve
> +your documents containing wrap figures, however, it is possible that the
>
John Pye schrieb:
Jürgen Spitzmüller wrote:
Herbert Voss wrote:
\usepackage{pdfcolmk}
which we automatically load in pdflatex-ct-mode (however, until 1.5.4svn, we
loaded it too early, i.e. before color).
I tried adding \usepackage{pdfcolmk} to my latex preamble in LyX (using
versi
José Matos wrote:
> Either that is a tricky question or the answer is yes. :-)
> I suspect the later. :-)
It's in.
Jürgen
Since some vandal, possible spammer, was abusing the main page of the wiki
I changed it so that a password is required in order to edit any of the
pages in that group. The password can be found in the file
'passwords.txt':
/home/lyx/www/pmwiki/passwords.txt
best regards,
Christian
--
On Samstag 09 Februar 2008, Pavel Sanda wrote:
> >I think an adjustment of the zoom and/or dpi settings while in
> >fullscreen should do the trick.
>
> what should that dpi thing do? i just tried now to set different values,
> but nothing happens with my screen or fonts. but i dont understand what
On Feb 9, 2008, at 8:45 AM, Pavel Sanda wrote:
Bennett, try whether "ui-toggle fullscreen" hide the global
menu by
chance...
pavel
It does work, and the menubar nicely appears automatically when the
mouse goes to the top of the screen. Nice work!
I that intentional Pavel? If yes, I am im
[Forwarding to list]
Begin forwarded message:
From: Hans Meine <[EMAIL PROTECTED]>
Date: February 9, 2008 7:33:13 AM EST
To: [EMAIL PROTECTED]
Subject: Re: Fullscreen mode (new patch)
On Samstag 09 Februar 2008, Bennett Helm wrote:
A final question/request (which may go beyond what you wa
>> Should I commit my patch to switch to wrapfig anyway?
>
> I'd say so, yes.
I put it in:
http://www.lyx.org/trac/changeset/22895
Maybe we should change a bit the status1.5.x entry - I leave this to you.
regards Uwe
> do you upload the package with a changed license to CTAN?
I asked him if he could do this, but also offered him that I can do this if he
don't find time.
> And, do me a favour: Mats has written several other
> packages also with the "no sell" statement. Please ask him,
> if we can change all
>> Bennett, try whether "ui-toggle fullscreen" hide the global menu by
>> chance...
>>>
>>> pavel
>>
>> It does work, and the menubar nicely appears automatically when the
>> mouse goes to the top of the screen. Nice work!
>
>I that intentional Pavel? If yes, I am impressed :-)
i just
On Saturday 09 February 2008 11:32:01 John Pye wrote:
> I reported the problem with the fedora bugzilla, but it looks like
> pdflatex/pdftex is bundled with tetex, so the problem is probably
> upstream (or I need to use another tex distribution?)
Fedora 9 has texlive (and it is possible to be us
On Saturday 09 February 2008 07:56:47 Jürgen Spitzmüller wrote:
> José, do you agree with the fix?
Either that is a tricky question or the answer is yes. :-)
I suspect the later. :-)
> Jürgen
--
José Abílio
Jürgen Spitzmüller wrote:
> Herbert Voss wrote:
>
>> \usepackage{pdfcolmk}
>>
>
> which we automatically load in pdflatex-ct-mode (however, until 1.5.4svn, we
> loaded it too early, i.e. before color).
>
I tried adding \usepackage{pdfcolmk} to my latex preamble in LyX (using
version 1.
Herbert Voss wrote:
> \usepackage{pdfcolmk}
which we automatically load in pdflatex-ct-mode (however, until 1.5.4svn, we
loaded it too early, i.e. before color).
Jürgen
John Pye schrieb:
Hi all
I spotted some strangeness with the visible 'change tracking' in
pdflatex output. For example, when a newly-added (hence coloured blue)
footnote rolls over onto the next page, it doesn't get its colouring on
the next page. (see attached .lyx file and output screenshot)
Abdelrazak Younes wrote:
> 4502?
oui.
Jürgen
[EMAIL PROTECTED] wrote:
Author: spitz
Date: Sat Feb 9 11:47:23 2008
New Revision: 22892
+- Fix an assertion when inserting a box in a list while at least one
+ paragraph of that list was selected (bug 5402).
4502?
Hi Jürgen
Jürgen Spitzmüller wrote:
> John Pye wrote:
>
>> Looks like a bug, right?
>>
>
> A bug in pdflatex. Should be fixed in recent releases of pdflatex.
>
Thanks for that. Your comment sent me off to check what version of
pdflatex is provided by Fedora 7. I found that it's 3.14159
Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4502
The attached patch fixes this bug (which is branch-only).
Abdel, does it make sense?
Yes but isn't optimal I guess.
Abdel.
John Pye wrote:
> Looks like a bug, right?
A bug in pdflatex. Should be fixed in recent releases of pdflatex.
Jürgen
http://bugzilla.lyx.org/show_bug.cgi?id=4502
The attached patch fixes this bug (which is branch-only).
Abdel, does it make sense?
Jürgen
Index: src/Text3.cpp
===
--- src/Text3.cpp (Revision 22864)
+++ src/Text3.cpp (Arbeitskopie)
@@
Hi all
I spotted some strangeness with the visible 'change tracking' in
pdflatex output. For example, when a newly-added (hence coloured blue)
footnote rolls over onto the next page, it doesn't get its colouring on
the next page. (see attached .lyx file and output screenshot)
Also see the attache
Abdelrazak Younes wrote:
> Oh I did, and it improves things a bit indeed but see my other mail
> instead.
I saw it. But I don't have time to look at it ATM.
Jürgen
Pavel Sanda wrote:
dynamic_cast(d.current_work_area_)->setFrameStyle(
QFrame::NoFrame);
this line work, we got rid of 1mm margin.
still 2 pixel border remain, it has to be from guiview?
Or from your window manager?
no certainly not.
but i found a trick - to give setcon
Bennett Helm wrote:
On Feb 8, 2008, at 5:44 PM, Pavel Sanda wrote:
Bennett, try whether "ui-toggle fullscreen" hide the global menu by
chance...
pavel
It does work, and the menubar nicely appears automatically when the
mouse goes to the top of the screen. Nice work!
I that intentional Pa
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Try and see what happens if you bypass the unicodesymbols part if
star_encodable_ == ucs4_max.
I saw in the UserGuide that only "utf8-plain" should never make use of
the 'unicodesymbols' file; is that what you mean?
No, I just meant: try it o
Pavel Sanda wrote:
hi,
i guess we have new candidate for removal. i dont see any usage
of this flun in code. moreover when i try to call it, it results
in painting bug.
BUFFER_NEW is currently used for new file action in menu.
should be there some difference between these two?
I guess LFUN_
Abdelrazak Younes wrote:
> > Try and see what happens if you bypass the unicodesymbols part if
> > star_encodable_ == ucs4_max.
>
> I saw in the UserGuide that only "utf8-plain" should never make use of
> the 'unicodesymbols' file; is that what you mean?
No, I just meant: try it out. It might inde
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
No, the problem lies is when we insert the symbols from the
unicodesymbols file. For utf8, we shouldn't do that because _all_
symbols are already in there. On each insertion, std::set() has to
search if the given symbols is not already present;
Abdelrazak Younes wrote:
Hum, it seems that I was mis leaded by the slower debug version. In
release mode, the set construction is sensible with utf8 but that's not
all of it apparently...
Some numbers for updateSymbolList() obtained with the attached patch
with a document with 'utf8' encod
Uwe Stöhr schrieb:
Jürgen, it seems that floatflt is readded in a few weeks. Should I
commit my patch to switch to wrapfig anyway?
Uwe,
do you upload the package with a changed license to CTAN?
And, do me a favour: Mats has written several other
packages also with the "no sell" statement. Pleas
58 matches
Mail list logo