> b. Probably the visual_cursor option should only be enabled if
> rtl_support is on --- if rtl_support is false, visual_cursor should
> definitely be false, and should be disabled in the GUI (only because it
> uses the bidi tables, which will not be computed in the non-rtl_support
> case). W
Hi!
For the past few months I've been working on visual mode for bidi cursor
movement. After a few false starts, I finally feel that I've got an
implementation which is relatively clean. It's not totally finished yet,
but it is well enough along to submit for comments.
Attached are three pat
> Sounds like a bug we (i.e., you!) should report to Trolltech. Now: Is there
> a workaround for us in the meantime?
i believe there should be some way ho to tell opendialog to show hidden files -
setShowHiddenFiles function existed in qt3 so i would suppose it just get moved
somewhere else.
or.
>+/**
>+ * \var lyx::kb_action lyx::LFUN_BUFFER_EXPORT
>+ * \li Action: Exports the current buffer (document) to the given format.
>+ * \li Syntax: buffer-export
>+ * \li Params: is either "custom" or one of the formats which you
>+can find in Tools->Preferences->File form
> What Qt version is that?
4.3.2
i already reported it.
pavel
On Thu, Jan 31, 2008 at 09:22:13PM +0100, Pavel Sanda wrote:
> > Pavel Sanda wrote:
> > > next update:
> > > even the non-crash point 4 is going to crash in the moment you push "Up in
> > > directory structure" button, which finally lead me to the though that the
> > > culprit is '.lyx' which is hi
> > there are long standing problems with httpd processes on aussie, it seems
> > that
> > most of its job is just swapping. i dont have read access do /var/log/httpd
> > but
> > load average: 54.41, 52.40, 50.03 is really nothing normal traffic can do.
>
> Better now?
o-ou :) web is down, cvs-
Pavel Sanda <[EMAIL PROTECTED]> writes:
> hi,
>
> there are long standing problems with httpd processes on aussie, it seems that
> most of its job is just swapping. i dont have read access do /var/log/httpd
> but
> load average: 54.41, 52.40, 50.03 is really nothing normal traffic can do.
Better
No embarrassment necessary. Such things happen.
The only part that I do not understand is the fact that LyX used to be
able to do this until the latter 2or 3 versions.
What changed so drastically to make the backward compatibility with
tables so difficult?
Pavel Sanda wrote:
Pavel Sanda wrote:
next update:
even the non-crash point 4 is going to crash in the moment you push "Up in
directory structure" button, which finally lead me to the though that the
culprit is '.lyx' which is hidden file in linux terminology.
This I can reproduce a
> Pavel Sanda wrote:
> > next update:
> > even the non-crash point 4 is going to crash in the moment you push "Up in
> > directory structure" button, which finally lead me to the though that the
> > culprit is '.lyx' which is hidden file in linux terminology.
>
> This I can reproduce as well (not
hi,
there are long standing problems with httpd processes on aussie, it seems that
most of its job is just swapping. i dont have read access do /var/log/httpd but
load average: 54.41, 52.40, 50.03 is really nothing normal traffic can do.
waiting 15 min for one commit is really not fun, not counti
Andre Poenitz wrote:
It isn't common to change the language of the user interface easily,
either.
It may not be common, but why not make it easy?
Of course this is clumsy, writing a two-line batch script setting the
environment and starting LyX is far easier (one could even have desktop
short
> > i can with one day old 1.5.4svn.
>
> Can you please test Bo's patch in branch?
all three problems are solved by this patch.
pavel
On Thu, Jan 31, 2008 at 12:21:53AM +0100, Joost Verburg wrote:
> Hi,
>
> Would it be possible to add an option to the preferences to set the
> user interface language? The default would of course be to rely on the
> environment variable, but it will allow the user to change the
> language much more
Joost Verburg <[EMAIL PROTECTED]> writes:
>> I meant applications that support several languages after
>> installation.
Yes, I understand that (although the installer could decide not to
install all po files (how big is the total?))
> Right. But LyX includes all the languages anyway, so why not
Jean-Marc Lasgouttes wrote:
To be fair, it is not common either to have programs where one can
change language at run time.
I don't mean that the language should change immediately. If a restart
is required that's no problem.
I meant applications that support several languages after
installati
[EMAIL PROTECTED] wrote:
Hi Jürgen,
I am just wondering if this might be fixed during the next release.
Thanks.
Jürgen Spitzmüller wrote:
This is bug 4037:
http://bugzilla.lyx.org/show_bug.cgi?id=4037
It is a very annoying bug, and I hope we can fix this for the next
release.
Do we know h
[EMAIL PROTECTED] wrote:
> I am just wondering if this might be fixed during the next release.
I wonder as well.
I tried to fix that myself, but failed and finally gave up. If it will be
fixed depends whether someone else is volunteering or not. I for one would
highly welcome a patch that addre
Hi Jürgen,
I am just wondering if this might be fixed during the next release.
Thanks.
Jürgen Spitzmüller wrote:
This is bug 4037:
http://bugzilla.lyx.org/show_bug.cgi?id=4037
It is a very annoying bug, and I hope we can fix this for the next release.
Jürgen
Joost Verburg <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> To be fair, it is not common either to have programs where one can
>> change language at run time.
>
> I don't mean that the language should change immediately. If a restart
> is required that's no problem.
I meant applica
Jean-Marc Lasgouttes wrote:
To be fair, it is not common either to have programs where one can
change language at run time.
I don't mean that the language should change immediately. If a restart
is required that's no problem.
Joost
[EMAIL PROTECTED] schrieb:
p.s. Yes there was a indeed a general MiKTeX repository problem:
http://dojo.miktex.org/blogs/christian_schenk/archive/2008/01/25/1887.aspx
Could/should the LyX installer somehow try to verify that the updating
of the MikTeX installation worked? Does the MikTeX ins
Joost Verburg <[EMAIL PROTECTED]> writes:
> On Windows it is not common at all to set environment variables for
> such a thing.
To be fair, it is not common either to have programs where one can
change language at run time.
JMarc
Pavel Sanda wrote:
But also on Linux I think most people would prefer to have to ability to
change the language per application instead of changing a system-wide
environment variable.
in linux you have this per-application ability, simply by eg "LANG=cs_CZ lyx"
Yes, but it requires you to mo
On Thu, 31 Jan 2008, Uwe Stöhr wrote:
p.s. Yes there was a indeed a general MiKTeX repository problem:
http://dojo.miktex.org/blogs/christian_schenk/archive/2008/01/25/1887.aspx
Could/should the LyX installer somehow try to verify that the updating of
the MikTeX installation worked? Does the
> I am not convinced. I think it is OK to not install the latest packages.
This is not easy to do: I would have to install about 50 packages manually. This can be done by the
installer, but for these packages you won't later get updates and bug fixes as MikTeX uses special
chacksums. This behav
On Thu, 31 Jan 2008, Uwe Stöhr wrote:
I suspect there is a bug somewhere in the installer or the site from which
MikTeX packages are
downloaded. Is there a log file somewhere that I can show you?
There must have been a problem with the MiKTeX repositories, because I
hade more than 1 do
> Could we add a link to the Readme-file from the wiki page? We can just link
directly into the
> repository.
I linked the Readme now in http://wiki.lyx.org/Windows/LyXWinInstaller and added a note about the
internet connection.
regards Uwe
> I suspect there is a bug somewhere in the installer or the site from which
MikTeX packages are
> downloaded. Is there a log file somewhere that I can show you?
There must have been a problem with the MiKTeX repositories, because I hade more than 1
downloads at berlios.de and got only comp
Pavel Sanda wrote:
> next update:
> even the non-crash point 4 is going to crash in the moment you push "Up in
> directory structure" button, which finally lead me to the though that the
> culprit is '.lyx' which is hidden file in linux terminology.
This I can reproduce as well (not regularly, tho
Uwe Stöhr wrote:
> may I suggest that you include all relevant packages in the bundled
installer?
But the installer already installs all needed packages. I can and will
not ship all needed packages separately from MiKTeX.
Installing the packages together with MiKTeX assures that you have a
f
On Wed, 30 Jan 2008, Uwe Stöhr wrote:
Darren Freeman schrieb:
Is this documented in the installer? I wouldn't have anticipated that.
Of course, read the Readme files of the installer.
Could we add a link to the Readme-file from the wiki page? We can just
link directly into the repositor
On Tue, 29 Jan 2008, Uwe Stöhr wrote:
A console window is showing you the preogress. When this fails for some
reason, the missing packages will be installed just in time when you try
to view your document as PDF or another format. Of course this also
requires an open internet connection.
I j
On Wed, 30 Jan 2008, Uwe Stöhr wrote:
I am suggesting this because I've seen multiple reports about that
problem recently...
I'm also wondering about this as this is the first time people complain
about this and the installer is in the current shape since LyX 1.5.1.
The installer Readme cl
Pavel Sanda wrote:
> i can with one day old 1.5.4svn.
Can you please test Bo's patch in branch?
> (you have no line break in line 1, right?)
No.
Jürgen
Pavel Sanda wrote:
> if you mean this,
yes. But don't forget the localized menu.binds (de, fi, pt, sv). The German
one uses M-a instead of M-p.
(BTW the localized menu.binds do not seem to work in trunk. At least
de/menus.bind is not recognized with LANG=de_DE).
> i can put it in.
Go ahead,
37 matches
Mail list logo
