> Windows does not have the concept of selection and windows users have
> deeply-rooted concepts of C-c, C-v so selection should not set
> clipboard. Now, why can not we use middle-button to paste clipboard?
> This is because we can implement selection (primary) within lyx and
> lyx users expect t
On Tue, Jan 02, 2007 at 07:26:58PM -0600, Bo Peng wrote:
> > Tested with notepad, word, open office, vim. It works.
>
> I am not sure what you tested, but none of them supports middle-button
> paste, or selection-set-clipboard.
I tried copying something from these applications to the clipboard a
Tested with notepad, word, open office, vim. It works.
I am not sure what you tested, but none of them supports middle-button
paste, or selection-set-clipboard.
> Anyway, in my opinion, selection clipboard separation
> is a must and lyx/win should not middle-button-paste from external
> applic
On Tue, Jan 02, 2007 at 05:40:23PM -0600, Bo Peng wrote:
> > I tested it with two different external applications. The first one
> > being the infamous cmd.exe window, the second one the rxvt terminal.
>
> Either of them qualifies as GUI application.
I think you mean non-GUI applications.
> I t
I tested it with two different external applications. The first one
being the infamous cmd.exe window, the second one the rxvt terminal.
Either of them qualifies as GUI application. I think you should test
text editors like notepad, word, word perfect, open office, vim/win,
xemacs/win etc. Anywa
Georg Baum <[EMAIL PROTECTED]> writes:
Sorry, I did not know about this mail. I just find it out now.
> > There is no difference in syntax between noweb and Sweave. There is only
> > difference in what layout should provide - for example Sweave does not
> > need \usepackage{noweb} - it needs \use
Abdelrazak Younes wrote:
Dov Feldstern wrote:
and I don't have any idea why we need the \rtl flag in lyxrc. Why is
RTL display not derived from the language?
Good question. I guess it should...
I think that the reason for having the flag is just for efficiency: in
the end, the direction *
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Yes, Arabic is much more complicated, because you have the issue of
"shaping", and that's what encoding.C mainly deals with, I think.
Yes, that's right.
(BTW, how do you set up LyX to work with Arabic?
I just copied and pasted some stuff on t
Sure, let's fix the core display problem and then we tackle this. I
don't want LyX to mimics bad apps, I want LyX usage to be perfect for
RTL users and now is your chance to make sure of that ;-)
Abdel.
Okay, agreed! :) In order to decide what the right behavior is, we
should ask these
Abdelrazak Younes wrote:
Dov Feldstern wrote:
I think that this is unnecessary, at least at the moment. The (a?)
Bidi algorithm has already been implemented in LyX, and it works well.
It's true that Qt and Fribidi do this, but LyX already does it, too.
Not really, no. At least not reliably
Dov Feldstern wrote:
But Abdel, what's causing the different behavior between you and Georg?
I still don't know.
Is it a matter of which font is being used as the screen font? What is
font_norm_type? And we're seeing the problem with hebrew, not arabic...
Yes that was a side note to say tha
Abdelrazak Younes wrote:
Georg Baum wrote:
The screenshot looks different than here (but the patch did not change
anything drawing related). Obviously your version is correct, while
mine is not. I have no idea why,
I think I know why, your settings use the internal bidi algorithm
(Paragrap
Dov Feldstern wrote:
and I don't have any idea why we need the \rtl flag in lyxrc. Why is
RTL display not derived from the language?
Good question. I guess it should...
I think that the reason for having the flag is just for efficiency: in
the end, the direction *is* determined by the langua
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Andr� Poenitz wrote:
On Tue, Jan 02, 2007 at 10:53:47AM +0100, Abdelrazak Younes wrote:
Georg Baum wrote:
I have no idea why, and I don't have any idea why we need the \rtl
flag in lyxrc. Why is RTL display not derived from the language?
Hu
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Question for RTL users (Dov?):
I played a bit with RTL support and I think that keyboard navigation
with right and left arrows is very weird. IMO, right is right and left
is left, I am not sure what is at fault here (Qt or LyX) but we should
try
Hossein Noorikhah wrote:
On 1/2/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Question for RTL users (Dov?):
Yes, I'm an RTL user :-)
Hello Hussein!
I am really glad that you come back to help us :-)
I played a bit with RTL support and I think that keyboard navigation
with right and l
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Andr� Poenitz wrote:
On Tue, Jan 02, 2007 at 10:53:47AM +0100, Abdelrazak Younes wrote:
Georg Baum wrote:
I have no idea why, and I don't have any idea why we need the \rtl
flag in lyxrc. Why is RTL display not derived from the language?
Hum,
Georg Baum wrote:
Am Dienstag, 2. Januar 2007 12:48 schrieb Abdelrazak Younes:
The values in there do not correspond at all with the Unicode code
points. Those helper functions are used in rowpainter.C, I think we
should clean this up and just focus on unicode. I guess most of
RowPainter::pai
On Wed, Jan 03, 2007 at 04:08:07PM +1800, Bo Peng wrote:
> > > This is also wrong. Mouse selection should not change system clipboard.
> >
> > Please, read the patch. It does not. It simply copies the clipboard to
> > the selection, so copy by middle mouse button works.
>
> I am confused, and my
Abdelrazak Younes wrote:
Question for RTL users (Dov?):
I played a bit with RTL support and I think that keyboard navigation
with right and left arrows is very weird. IMO, right is right and left
is left, I am not sure what is at fault here (Qt or LyX) but we should
try to navigate with arrow
Abdelrazak Younes wrote:
Andr� Poenitz wrote:
On Tue, Jan 02, 2007 at 10:53:47AM +0100, Abdelrazak Younes wrote:
Georg Baum wrote:
I have no idea why, and I don't have any idea why we need the \rtl
flag in lyxrc. Why is RTL display not derived from the language?
Hum, I've done some thinki
> This is also wrong. Mouse selection should not change system clipboard.
Please, read the patch. It does not. It simply copies the clipboard to
the selection, so copy by middle mouse button works.
I am confused, and my lyx/linux can not do middle-button paste either.
When you say "copies the c
In QLPainter::text(), we pass the string to draw to Qt on a word by word
basis and the Layout direction is explicitly set to LTR:
// We need to draw the text as LTR as we use our own bidi code.
setLayoutDirection(Qt::LeftToRight);
if (isDrawingEnabled()) {
drawText(x, y, str);
}
Could it
Abdelrazak Younes wrote:
Oddly enough, the "RTL langauage support" check-box was not set when I
took this screenshot. Here's a new screenshot when the RTL support is
enabled.
I cannot read Hebrew, Dov, could you tell us which one is correct?
So again, the second screenshot that Abdel sent i
> "Andr�" == Andr� Poenitz <[EMAIL PROTECTED]> writes:
Andr�> I never figured out why the script collapsing code was so
Andr�> unstable...
Well it is still not perfect yet. In particular, undo does strange
things with multi-letter nucleus.
JMarc
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> [EMAIL PROTECTED] schrieb: p.s. what about the SVN
Uwe> permissions, could you eventually help me here?
>>> Maybe I can, but I do not know how :)
>> If you have root access, I think I know how. Log in to
>> aussie.lyx.org, become root and
On Wed, Jan 03, 2007 at 03:21:27PM +1800, Bo Peng wrote:
> > I really can't understand you.
> >
> > 1) Windows has no selection concept.
>
> Agreed, but we can use selection copy and middle-button paste within lyx.
This is currently not the case.
> > 2) Some programs exists which copy selection
Georg Baum wrote:
The generated file is correct, so the setEncoding modifier works. I am glad
to see that.
Yes, this is correct, and I'm glad, too!
The screenshot looks different than here (but the patch did not change
anything drawing related). Obviously your version is correct, while mine
The attached screenshot is *wrong*; as we find out later, it's because
the RTL flag was not set...
Abdelrazak Younes wrote:
Georg Baum wrote:
I finally found a way to do the encoding change for LaTeX output
without the ugly hack that I did earlier (following the long comment).
The drawback i
On Wed, Jan 03, 2007 at 02:16:07PM +1800, Bo Peng wrote:
> Isn't clipboard/selection separation the standard and preferred
> behavior? Let me make it clear:
>
> selection: mouse select copy, middle-button paste selected text from
> lyx (all platforms) or other applications (X11 only),
This is cu
On Tue, Jan 02, 2007 at 08:43:40PM +0100, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> > Georg Baum wrote:
> >> - copy something to the clipboard
> >> - select something different and press C-v
> >>
> >> that currently replaces the selection with the clipboard would not
> >> work anymore.
> >
I really can't understand you.
1) Windows has no selection concept.
Agreed, but we can use selection copy and middle-button paste within lyx.
2) Some programs exists which copy selection to the clipboard.
These programs are wrong.
3) Abdel makes a patch that treats selection as the clipbo
On Tue, Jan 02, 2007 at 08:40:38PM +0100, Leuven, E. wrote:
> i agree that with georg here.
>
> mouse-pasting only looks like an okay solution here...
This means that you agree with the patch by Abdel, then.
--
Enrico
Bo Peng schrieb:
Now, manifest...
According to http://msdn2.microsoft.com/en-us/library/ms235591(VS.80).aspx
, mt.exe will embed manifest file to lyx.exe. This is exactly what
scons is doing, except that the manifest file is copied from
qtcore.dll.manifest.
I remove lyx.exe.manifest from the
On Tue, Jan 02, 2007 at 08:24:49PM +0100, Abdelrazak Younes wrote:
> Georg Baum wrote:
> > - copy something to the clipboard
> > - select something different and press C-v
> >
> > that currently replaces the selection with the clipboard would not work
> > anymore.
>
> Well you have a point here
On Tue, Jan 02, 2007 at 08:12:38PM +0100, Georg Baum wrote:
> Am Dienstag, 2. Januar 2007 19:57 schrieb Enrico Forestieri:
> > I am a UNIX guy trapped on Windows and I don't think that this is non
> > standard behaviour. See my other post.
>
> My experience is different. I am a windows user, too,
On Tue, Jan 02, 2007 at 08:16:20PM +0100, Georg Baum wrote:
> Am Dienstag, 2. Januar 2007 19:48 schrieb Enrico Forestieri:
> > The Cygwin X-server has a -clipboard option that maps a selection in
> > an X11 application to the Windows clipboard.
>
> Guess why this is an option and not compiled in
> You mean with keyboard shortcuts or also via the menu (Edit->Paste External
> Clipboard/Selection->Clipboard as Lines)? If only the former, it's bug 3042
> (shortcuts missing for clipboard-paste).
Thanks Jürgen,
I missed this bug report and the changed shortcut for pasting was my problem.
I th
Well you have a point here. Maybe we can enable mouse-pasting but not
mouse-selection-copying. What do you think Enrico (and Bo, Uwe, Peter,
Joost, etc...)?
Isn't clipboard/selection separation the standard and preferred
behavior? Let me make it clear:
selection: mouse select copy, middle-butto
On 1/2/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Question for RTL users (Dov?):
Yes, I'm an RTL user :-)
I played a bit with RTL support and I think that keyboard navigation
with right and left arrows is very weird. IMO, right is right and left
is left, I am not sure what is at fault he
--
Peter Kümmel
--- Begin Message ---
Peter Kümmel wrote:
gram received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread 47944124461152 (LWP 3009)]
>> lyx::LyXView::view (this=0x13) at LyXView.C:293
>> 293 lyxerr << "work_area_:" << work_area_ << endl;
>>
>
> because LyXVi
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> - copy something to the clipboard
>> - select something different and press C-v
>>
>> that currently replaces the selection with the clipboard would not
>> work anymore.
>
> Well you have a point here. Maybe we can enable mouse-pasting but not
> mous
i agree that with georg here.
mouse-pasting only looks like an okay solution here...
-Oorspronkelijk bericht-
Van: news namens Abdelrazak Younes
Verzonden: di 1/2/07 20:24
Aan: lyx-devel@lists.lyx.org
Onderwerp: Re: copy/paste problems with todays svn build
Georg Baum wrote:
> - copy
Jürgen Spitzmüller wrote:
> Abdelrazak Younes wrote:
>> OK it was expected that it breaks at the break point ;-),
>
> Indeed.
>
>>> For the segfault (without the breakpoints), see the message I sent
>>> earlier: Program received signal SIGSEGV, Segmentation fault.
>>> [Switching to Thread 4754988
Georg Baum wrote:
- copy something to the clipboard
- select something different and press C-v
that currently replaces the selection with the clipboard would not work
anymore.
Well you have a point here. Maybe we can enable mouse-pasting but not
mouse-selection-copying. What do you think Enr
Georg Baum wrote:
I don't have a problem to implement this feature in a
configurable way, and I acknowledge that people like you and Abdel like
it, but I still don't think that it should be enabled by default.
Deal then ;-)
Abdel.
Am Dienstag, 2. Januar 2007 19:48 schrieb Enrico Forestieri:
> Georg, we are speaking about Windows here. Not X11 on Windows, native
> Windows.
I know.
> Rxvt (also available for MSYS) is a Windows app which maps a
> selection to the clipboard:
> http://cygwin.com/faq/faq-nochunks.html#faq.usin
Am Dienstag, 2. Januar 2007 19:57 schrieb Enrico Forestieri:
> I am a UNIX guy trapped on Windows and I don't think that this is non
> standard behaviour. See my other post.
My experience is different. I am a windows user, too, and I cannot remember
any native program that does this. All use the
Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
>> Peter Kümmel wrote:
>>> OK, but is it still the same with attached patch?
>>
>> This is what I get when hitting the TOC button:
>>
>> TocBackend::types() size = 1
>> QToc::updateType() new type "tableofcontents"
>> QToc::updateType() toc_mode
On Tue, Jan 02, 2007 at 07:31:45PM +0100, Abdelrazak Younes wrote:
> Georg Baum wrote:
[...]
> > What would people who do not know what a selection on unix is
> > think?
>
> When they come across the feature I am sure they will like it.
Agreed.
> > The more I think about this stuff the more I
On Tue, Jan 02, 2007 at 06:16:00PM +0100, Georg Baum wrote:
> Am Dienstag, 2. Januar 2007 16:47 schrieb Enrico Forestieri:
>
> > I think this is in the eye of the beholder. I would like to have that
> > bug back again ;-)
>
> LyX now implements interpretation 2 of
> http://freedesktop.org/wiki/
> But do we have simple copy and paste like all other windows programs?
> I may be wrong here since I do not use lyx/win much, but as far as I
> know, lyx's copy and pate is internal copy and paste and users need to
> use external copy and paste for system clipboard. This is definitely
> non-windo
Bo Peng wrote:
We should not try to emulate UNIX on windows, but follow the UI
guidelines
of the OS, period. Those who want UNIX should either use a real UNIX, or
cygwin, or they should adapt to windows if there is no alternative.
But do we have simple copy and paste like all other windows pro
Georg Baum wrote:
Am Dienstag, 2. Januar 2007 18:10 schrieb Abdelrazak Younes:
I have an even simpler solution, see attached.
I like the attachment ;-)
Oups sorry, attached.
The first (and most difficult) step would be to outline how this is
supposed to work. When should the selection be
Am Dienstag, 2. Januar 2007 19:02 schrieb Bo Peng:
> > We should not try to emulate UNIX on windows, but follow the UI
guidelines
> > of the OS, period. Those who want UNIX should either use a real UNIX,
or
> > cygwin, or they should adapt to windows if there is no alternative.
>
> But do we hav
Georg Baum <[EMAIL PROTECTED]> writes:
> Am Dienstag, 2. Januar 2007 18:15 schrieb Gregor Gorjanc:
> > Hi!
> >
> > Is tex2lyx supposed to recognize character styles?
>
> No.
OK. Any (long-term) plans for this?
Gregor
It's good to see you guys are doing this embedding stuff, but it won't resolve
Uwe's problem that the daughter dialogs don't display the icon.
I do not know qt so I only fix scons. I guess Peter or Abdel can fix this.
BTW, can anyone confirm the lyx.exe icon embedding? I will backport
this to 1
We should not try to emulate UNIX on windows, but follow the UI guidelines
of the OS, period. Those who want UNIX should either use a real UNIX, or
cygwin, or they should adapt to windows if there is no alternative.
But do we have simple copy and paste like all other windows programs?
I may be w
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Either CMake does it right or maybe it is delegating that stuff to
> MSVC... in the first case, then you can maybe borrow some idea from it?
>
> Here is what's written in the "Command line" section of the project
> properties (in one line):
>
> /n
Am Dienstag, 2. Januar 2007 18:10 schrieb Abdelrazak Younes:
> I have an even simpler solution, see attached.
I like the attachment ;-)
> > The first (and most difficult) step would be to outline how this is
> > supposed to work. When should the selection be filled? When should it
be
> > empti
On Monday 01 January 2007 12:13 pm, Georg Baum wrote:
> I put it in for now, since it is clearly better than what we have, and
> prevents data corruption. If anybody has complaints we can still find a
> better solution.
I will not complain. :-)
> Georg
--
José Abílio
Am Dienstag, 2. Januar 2007 18:15 schrieb Gregor Gorjanc:
> Hi!
>
> Is tex2lyx supposed to recognize character styles?
No.
Georg
On Monday 01 January 2007 5:02 pm, Harshula wrote:
> Hi,
>
> Problem
> ===
>
> When exporting a DocBook LyX document to a DocBook SGML/XML file there's
> a problem with the generation of tags. When a sub list
> (embedded list) is present, Lyx opens a new tag for the sub
> list after closing t
Am Dienstag, 2. Januar 2007 16:47 schrieb Enrico Forestieri:
> I think this is in the eye of the beholder. I would like to have that
> bug back again ;-)
LyX now implements interpretation 2 of
http://freedesktop.org/wiki/Standards_2fClipboardsWiki. That is the only
sane thing to do, and should
Hi!
Is tex2lyx supposed to recognize character styles? Say I have a file file.tex
with \Rcode{1+1} LaTeX markup. Tex2lyx will use layout file with the following
CharStyle definition
CharStyle Rcode
LaTeXName Rcode
LaTeXType Command
Font
Family typew
Georg Baum wrote:
Am Dienstag, 2. Januar 2007 17:51 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Enrico Forestieri wrote:
\>> I really miss this useful feature badly. Wouldn't it be possible to
make
middle mouse button on Windows paste the clipboard content right now?
Very easy to im
Am Dienstag, 2. Januar 2007 17:51 schrieb Abdelrazak Younes:
> Abdelrazak Younes wrote:
> > Enrico Forestieri wrote:
> \>> I really miss this useful feature badly. Wouldn't it be possible to
make
> >> middle mouse button on Windows paste the clipboard content right now?
> >
> > Very easy to imple
Abdelrazak Younes wrote:
Enrico Forestieri wrote:
\>> I really miss this useful feature badly. Wouldn't it be possible to make
middle mouse button on Windows paste the clipboard content right now?
Very easy to implement... see attached.
You don't know how many times I select/copy something o
Georg Baum <[EMAIL PROTECTED]> writes:
...
> I saw the report in bugzilla, but have had no time to investigate. I had a
> look now and the fix was really easy, see attached.
Great. Thank you. I hope this will get also in BRANCH_1_4_X as asked for in
bugzilla. I agree that empty paragraph is bette
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Maybe the problem is elsewhere before and the crash here is just because
lyxerr uses the standard output. I guess this earlier problem corrupted
your memory somewhat.
Probably.
I forgot the gdb command
that permits to watch a variable but yo
Abdelrazak Younes wrote:
> Maybe the problem is elsewhere before and the crash here is just because
> lyxerr uses the standard output. I guess this earlier problem corrupted
> your memory somewhat.
Probably.
> >> I forgot the gdb command
> >> that permits to watch a variable but you certainly kno
Enrico Forestieri wrote:
On Tue, Jan 02, 2007 at 04:56:02PM +0100, Abdelrazak Younes wrote:
As a matter of fact, on Windows, I would like to mimic the X11 selection
when within LyX. This is on my TODO list ;-)
You will be my hero, then ;-)
I am still not your hero? :-(
I really miss this
On Tue, Jan 02, 2007 at 04:56:02PM +0100, Abdelrazak Younes wrote:
> As a matter of fact, on Windows, I would like to mimic the X11 selection
> when within LyX. This is on my TODO list ;-)
You will be my hero, then ;-)
I really miss this useful feature badly. Wouldn't it be possible to make
mid
Enrico Forestieri wrote:
On Tue, Jan 02, 2007 at 04:30:26PM +0100, Abdelrazak Younes wrote:
All of this is not possible anymore in 1.5 and I see it as a regression.
Sure this middle-mouse pasting "feature" could be added back for Windows
and Mac (but not for X11). But still, there is no such S
On Tue, Jan 02, 2007 at 04:30:26PM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Tue, Jan 02, 2007 at 10:50:21AM +0100, Abdelrazak Younes wrote:
[...]
> >> As a matter of fact, "external selection" does not make sense at all on
> >> windows.
> >
> > I am not sure I agree with
Georg Baum wrote:
Am Dienstag, 2. Januar 2007 10:50 schrieb Abdelrazak Younes:
As a matter of fact, "external selection" does not make sense at all on
windows. Could we remove these menus and re-affect the Ctrl-Alt-v and
Ctrl-Shift-v to clipboard instead of selection? This would transfer bug
3
On Tue, Jan 02, 2007 at 03:16:49PM +0100, Georg Baum wrote:
> Am Dienstag, 2. Januar 2007 15:04 schrieb Abdelrazak Younes:
> > I don't have a qtconfig here, must be an X11 thing.
>
> AFAIK it also exists for windows.
As regards X11, it is only built when configuring with Qt3 support.
I don't kno
Enrico Forestieri wrote:
On Tue, Jan 02, 2007 at 10:50:21AM +0100, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
With the current LyX1.5svn build it isn't possible to paste text from the
clipboard to the document. Astonishingly it is possible to paste the text
to the
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
However, when clicking on the TOC button, LyX now segfaults _in_ the debug
statement and outputs:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47944124461152 (LWP 3009)]
lyx::LyXView::view (this=0x13) at LyXView.
On Tue, Jan 02, 2007 at 10:50:21AM +0100, Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
> > Uwe Stöhr wrote:
> >> With the current LyX1.5svn build it isn't possible to paste text from the
> >> clipboard to the document. Astonishingly it is possible to paste the text
> >> to the LaTeX pre
Abdelrazak Younes wrote:
> OK it was expected that it breaks at the break point ;-),
Indeed.
> > For the segfault (without the breakpoints), see the message I sent
> > earlier: Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 47549887078496 (LWP 19228)]
> > lyx::LyXVi
Am Dienstag, 2. Januar 2007 15:04 schrieb Abdelrazak Younes:
> I don't have a qtconfig here, must be an X11 thing.
AFAIK it also exists for windows.
Georg
Hi Webmaster,
would it be possible to change the style on the LYX web at
http://www.lyx.org/, to
* dark text on light background
* unpatterned background
Then I think it would be easier to read the text.
Best regards,
Helge Stenström
(maybe future LyX user)
Georg Baum wrote:
QPainter::drawText(int x, int y, const QString &str) will always draw
the string with its left edge at the position specified with the x, y
parameters. This will usually give you left aligned strings. Arabic and
Hebrew application strings are usually right aligned, so for the
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
But where does it crash?
It doesn't crash (in this case), it breaks at the break point.
OK it was expected that it breaks at the break point ;-),
For the segfault (without the breakpoints), see the message I sent earlier:
Program received
Am Dienstag, 2. Januar 2007 12:03 schrieb Abdelrazak Younes:
> Abdelrazak Younes wrote:
> > In QLPainter::text(), we pass the string to draw to Qt on a word by
word
> > basis and the Layout direction is explicitly set to LTR:
> >
> > // We need to draw the text as LTR as we use our own bidi code
Am Dienstag, 2. Januar 2007 10:50 schrieb Abdelrazak Younes:
> As a matter of fact, "external selection" does not make sense at all on
> windows. Could we remove these menus and re-affect the Ctrl-Alt-v and
> Ctrl-Shift-v to clipboard instead of selection? This would transfer bug
> 3042 from cli
Bennett Helm wrote:
> Thanks, but I don't think so. Other pdf viewers on Mac do
> automatically refresh, and since LyX doesn't know which viewer is the
> default on a given user's Mac, I wouldn't want to presuppose that
> refreshpdf should be run. (Or am I mistaken?)
No, you're probably righ
Abdelrazak Younes wrote:
> But where does it crash?
It doesn't crash (in this case), it breaks at the break point.
For the segfault (without the breakpoints), see the message I sent earlier:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47549887078496 (LWP 19228)]
lyx:
Am Dienstag, 2. Januar 2007 10:37 schrieb Jürgen Spitzmüller:
> Uwe Stöhr wrote:
> > With the current LyX1.5svn build it isn't possible to paste text from
the
> > clipboard to the document. Astonishingly it is possible to paste the
text
> > to the LaTeX preamble of the document but copyying stuff
Am Dienstag, 2. Januar 2007 12:48 schrieb Abdelrazak Younes:
> The values in there do not correspond at all with the Unicode code
> points. Those helper functions are used in rowpainter.C, I think we
> should clean this up and just focus on unicode. I guess most of
> RowPainter::paintChars() sho
Am Dienstag, 2. Januar 2007 02:11 schrieb Gregor Gorjanc:
> When I open such file I see in terminal:
> Handling unknown body token: `some text bellow code chunk'
>
> That line should be in Standard layout. Example file is uploaded to
bugzilla
> that shows possible combinations and outcome. I have
On Jan 2, 2007, at 5:29 AM, Juergen Spitzmueller wrote:
Maybe this is of interest for the Mac distribution?
Jürgen
Thanks, but I don't think so. Other pdf viewers on Mac do
automatically refresh, and since LyX doesn't know which viewer is the
default on a given user's Mac, I wouldn't want
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
Breakpoint 1, lyx::frontend::Kernel::bufferview (this=0x7fff6badcc48)
at Kernel.C:91
91 return lyxview_.view();
FWIW, here's the backtrace for this one:
But where does it crash?
#0 lyx::frontend::Kernel::bufferview (thi
Jürgen Spitzmüller wrote:
> Breakpoint 1, lyx::frontend::Kernel::bufferview (this=0x7fff6badcc48)
> at Kernel.C:91
> 91 return lyxview_.view();
FWIW, here's the backtrace for this one:
#0 lyx::frontend::Kernel::bufferview (this=0x7fff6badcc48) at Kernel.C:91
#1 0x00c682
Andr� Poenitz wrote:
On Tue, Jan 02, 2007 at 10:53:47AM +0100, Abdelrazak Younes wrote:
Georg Baum wrote:
I have no idea why, and I don't have any idea why we need the \rtl
flag in lyxrc. Why is RTL display not derived from the language?
Hum, I've done some thinking about that... Instead of the
Georg Baum wrote:
Am Montag, 1. Januar 2007 19:48 schrieb Abdelrazak Younes:
Georg Baum wrote:
I finally found a way to do the encoding change for LaTeX output
without
the ugly hack that I did earlier (following the long comment). The
drawback is that a) I am not sure whether the new code is
On Tue, Jan 02, 2007 at 10:53:47AM +0100, Abdelrazak Younes wrote:
> Georg Baum wrote:
> >I have no idea why, and I don't have any idea why we need the \rtl
> >flag in lyxrc. Why is RTL display not derived from the language?
>
> Hum, I've done some thinking about that... Instead of the language,
FYI: pdflatex 1.5 released
Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 47549887078496 (LWP 19228)]
> > lyx::LyXView::view (this=0x13) at LyXView.C:288
> > 288 return &work_area_->bufferView();
>
> I guess the work_area poin
1 - 100 of 116 matches
Mail list logo