On Sunday 30 July 2006 20:30, Sven Hoexter wrote:
> I donno which way would be the best from a technical point of view.
> If it works the ps2ascii conversion doesn't sound bad at all. Maybe make it
> optional to choose in which way you'd like to export a document?
This is like the option to expo
On Sun, Jul 30, 2006 at 08:13:18PM +0100, Jose' Matos wrote:
> On Sunday 30 July 2006 14:42, Sven Hoexter wrote:
> > Reported in this bug report against the Debian package:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198380
>
> Like in the previous bug we can either fix that in text out
On Sun, Jul 30, 2006 at 08:04:06PM +0100, Jose' Matos wrote:
> On Sunday 30 July 2006 14:29, Sven Hoexter wrote:
> > Hi,
> > if you export a document with footnotes to ascii the handling still
> > suboptimal.
> >
> > If you've a a construction like
> > "This is a first sentence[And here is a footno
On Sunday 30 July 2006 20:10, Paul A. Rubin wrote:
> He recently posted that he hit the same bug in another image. Both
> images were produced by MATLAB. If MATLAB were the culprit, though, I
> doubt commenting out the aiksaurus environment variable would fix anything.
Fair enough, it looks li
On Sunday 30 July 2006 14:42, Sven Hoexter wrote:
> Reported in this bug report against the Debian package:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198380
Like in the previous bug we can either fix that in text output, that will be
difficult, and it will imply a new way to export sim
Jose' Matos wrote:
On Saturday 29 July 2006 23:41, Paul A. Rubin wrote:
Hi,
This is a synopsis of a bug reported by someone on the user list. I'm
hesitant to put it in bugzilla (but will if asked to), because I can't
reproduce it at my end, and he's rolled back to 1.4.1.
Hi Paul,
an obvio
On Sunday 30 July 2006 14:29, Sven Hoexter wrote:
> Hi,
> if you export a document with footnotes to ascii the handling still
> suboptimal.
>
> If you've a a construction like
> "This is a first sentence[And here is a footnote.]."
>
> The export will look like:
> cut--
> This is a first
Georg Baum <[EMAIL PROTECTED]> writes:
| > QT3_PREFIX=`pgk-config --variable=prefix qt-mt`
| > POSSIBLE_MOC=$(QT3_PREFIX)/bin/moc
Ok, this is what I plan to commit barring comments.
Now I can configure/build lyx-qt4 on my fc5 box without giving strange
args. (and if pkg-config is not available,
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Abdelrazak Younes <[EMAIL PROTECTED]> writes:
|
| | Georg Baum wrote:
| | >> I guess I forgot to update the update mechanism for qt3. You need
| | >> to either call WorkArea::redraw() at the end of each event in
| | >> QWorkArea or call directly
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| >> I guess I forgot to update the update mechanism for qt3. You need
| >> to either call WorkArea::redraw() at the end of each event in
| >> QWorkArea or call directly the associated event in WorkArea. Please
| >> see qt4/GuiWork
Georg Baum wrote:
I guess I forgot to update the
update mechanism for qt3. You need to either call WorkArea::redraw() at
the end of each event in QWorkArea or call directly the associated event
in WorkArea. Please see qt4/GuiWorkArea as an example. If you don't fix
it, I'll do it when I come
Hi,
I would like to rename two files from lxy2lyx:
lyx_1_1_6.py -> lyx_1_1_6_0.py
lyx_1_1_6fix3.py -> lyx_1_1_6_3.py
The change is minimal and purely aesthetically but it helps to see the
relation between both. :-)
This rename implies to change two lines in LyX.py and
But do we really need/want rc entries for this?
This is the current behavior, and is the result of lengthy discussions.
1. by default, rc.geometry_widht/height = 0, use session to restore
last window size
2. a user can set geometry temporarily using --geometry option
3. a user can set fixed g
"Bo Peng" <[EMAIL PROTECTED]> writes:
| In the dialog, I check rc.geometry_width and geometry_height and
| enable (all zeros) /disable (non zeros) save/load window size
| checkbox. If a user uncheck save/load window size, specified geometry
| will be saved as non-zero geometry rc entries.
But do
Sorry to chime in so late, but IMHO the best UI for setting these values is
to simply size the window to the desired size and position before closing
LyX like it is now. If you add these setting to the preferences you would
need to disable the automatic setting (otherwise the selected values in
th
Georg Baum <[EMAIL PROTECTED]> writes:
| > Hmm... but you don't play with CPPFLAGS... should possibly be an
| > additional check for CPPFLAGS then.
|
| Exactly. The attached patch does exactly that. I am going to commit this
| soon.
I am not super sure that we should do this, but we might just
Am Sonntag, 30. Juli 2006 15:56 schrieb Lars Gullik Bjønnes:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
> | Why? CPPFLAGS should always be set IMO if the user did not set them.
>
> No. If _you_ play with CXXFLAGS, then _you_ are in charge and we bow
> to your decisions.
Of course.
> Hmm... but
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Sonntag, 30. Juli 2006 12:43 schrieb Lars Gullik Bjønnes:
|
| > From lyxinclude.m4:
| >
| > 3.4*|4.0*)
| > AM_CXXFLAGS=""
| > test $enable_pch = yes && lyx_pch_comp=yes
| > ;;
| >
| >
| > 3.4*|4.0*)
| > lyx
Am Sonntag, 30. Juli 2006 12:43 schrieb Lars Gullik Bjønnes:
> From lyxinclude.m4:
>
> 3.4*|4.0*)
> AM_CXXFLAGS=""
> test $enable_pch = yes && lyx_pch_comp=yes
> ;;
>
>
> 3.4*|4.0*)
> lyx_flags="stdlib-debug $lyx_flags"
> AC_DEFINE(_GLIBCXX_DE
Hi,
if you export a letter to ascii the field is placed on top
of the text so that it looks like this:
cut-
(including the "<>"
characters) with the desired text.>
--cut-
Reported in this bug report against the Debian package:
http://bugs.debi
Hi,
if you export a document with footnotes to ascii the handling still
suboptimal.
If you've a a construction like
"This is a first sentence[And here is a footnote.]."
The export will look like:
cut--
This is a first sentence
And here is a footnote.
.
cut--
You can see
Am Sonntag, 30. Juli 2006 08:46 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> >> | There is general breakage in trunk, probably related to the update
> >> | changes of Abdel and Lars. It is e.g. not possible to bring up an
inset
> >> | dialog by clicking with the mouse on the inset.
> >>
> >> T
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Sonntag, 30. Juli 2006 12:24 schrieb Lars Gullik Bjønnes:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| >
| > | I just noticed that I do not get compiler warnings anymore with current
| > | svn. --enable-warnings does not help. The 1.4 branch works fine
Am Sonntag, 30. Juli 2006 12:24 schrieb Lars Gullik Bjønnes:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
> | I just noticed that I do not get compiler warnings anymore with current
> | svn. --enable-warnings does not help. The 1.4 branch works fine.
> | Does anybody else see this?
>
> Compiler ve
Georg Baum <[EMAIL PROTECTED]> writes:
| I just noticed that I do not get compiler warnings anymore with current
| svn. --enable-warnings does not help. The 1.4 branch works fine.
| Does anybody else see this?
Compiler version?
--
Lgb
I just noticed that I do not get compiler warnings anymore with current
svn. --enable-warnings does not help. The 1.4 branch works fine.
Does anybody else see this?
Georg
Am Sonntag, 30. Juli 2006 07:07 schrieb Bo Peng:
> Hi, all,
>
> It is not bad to learn some signal-slot basics. Attached is a complete
> qt3/qt4 patch that add these rc entries. Please test. If there is no
> objection, I will apply the patch tomorrow.
Sorry to chime in so late, but IMHO the best
27 matches
Mail list logo
