Where does the render() function around GuiWorkArea.cpp:1475 come from?
It does not seem to be present on my Qt 4.3.0.
Andre'
Would the attached be safe?
Saves 2% startup time...
Andre'
Index: Messages.cpp
===
--- Messages.cpp(revision 23832)
+++ Messages.cpp(working copy)
@@ -111,8 +111,8 @@
// The string was not found, use gette
On Wed, Mar 19, 2008 at 10:29:03PM +0100, Edwin Leuven wrote:
> now that we can set arbitrary lines in tabular it is convenient to be able
> to easily set the border around a selection
>
> the attached patch does this
>
> i will also add a new icon for on the toolbar (and i updated the other
> ic
now that we can set arbitrary lines in tabular it is convenient to be
able to easily set the border around a selection
the attached patch does this
i will also add a new icon for on the toolbar (and i updated the other
icons so that they all match in size, see attached image)
line setting wa
hi,
i'm thinking about putting the following patch into trunk.
for problem see for example.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02940.html
this patch is already part of gentoo lyx patch set for about two years.
but i'm not sure whether this wouldn't break dvips on some older tex di
> imho you broke monolithic builds.
like this
make[4]: Entering directory `/home/installer/lyx/g-free-trunk/src/client'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -O -o lyxclient client.o
../../src/support/liblyxsupport.la ../../boost/liblyxboost.la -laspell -lSM
-lICE -lz -lX11
> On Wednesday 19 March 2008 17:18:30 Jean-Marc Lasgouttes wrote:
> > a) is fine.
> >
> > JMarc
>
> Commited. Now the next step to have lyx running without the included boost is
> to find out why it freezes on startup. :-(
fyi i just compiled it without included boost and it runs without any fre
> Modified: lyx-devel/trunk/src/client/Makefile.am
> URL:
> http://www.lyx.org/trac/file/lyx-devel/trunk/src/client/Makefile.am?rev=23836
> ==
> --- lyx-devel/trunk/src/client/Makefile.am (original)[37m
> +++ lyx-devel/tr
> > > Commited. Now the next step to have lyx running without the included
> > > boost is to find out why it freezes on startup. :-(
> >
> > dont we have the boost somehow patched?
> > pavel
>
> AFAIK that is because we don't carry it all. I hope we don't have other
> patches. :-(
except this it
On Wednesday 19 March 2008 18:47:20 Pavel Sanda wrote:
>
> can you post the required boost version number?
IIRC 1.34.
> we can collect some table of the current situtation in particular distros
> and get rid of it in case this situation does not holds anymore.
> (gentoo - 1.34.1)
F7 - 1.33.1
F8
> > > > some 30s here. btw Display all is disabled on utf-8. thats bug or
> > > > intention?
> > >
> > > Intention (because it's currently unusably slow).
> >
> > What do I have to do to reproduce this "unusably slow" behaviour?
>
> set utf-8 document encoding and try insert some symbol.
even b
On Wed, Mar 19, 2008 at 07:47:20PM +0100, Pavel Sanda wrote:
> > We used to require features from bleeding edge boost that did not
> > show up in regular distributions for years...
>
> can you post the required boost version number?
I have no clue.
> we can collect some table of the current sit
> > > some 30s here. btw Display all is disabled on utf-8. thats bug or
> > > intention?
> >
> > Intention (because it's currently unusably slow).
>
> What do I have to do to reproduce this "unusably slow" behaviour?
set utf-8 document encoding and try insert some symbol.
pavel
On Wed, Mar 19, 2008 at 04:06:43PM +0100, Juergen Spitzmueller wrote:
> Pavel Sanda wrote:
>
> > some 30s here. btw Display all is disabled on utf-8. thats bug or
> > intention?
>
> Intention (because it's currently unusably slow).
What do I have to do to reproduce this "unusably slow" behaviour
On Wednesday 19 March 2008 18:38:09 Pavel Sanda wrote:
> what is the point of having included boost in our tree then?
> pavel
It was not widely available as an external library when we started using it.
--
José Abílio
> > > > > Commited. Now the next step to have lyx running without the included
> > > > > boost is to find out why it freezes on startup. :-(
> > > >
> > > > dont we have the boost somehow patched?
> > > > pavel
> > >
> > > AFAIK that is because we don't carry it all. I hope we don't have other
>
On Wed, Mar 19, 2008 at 07:38:09PM +0100, Pavel Sanda wrote:
> > > > Commited. Now the next step to have lyx running without the included
> > > > boost is to find out why it freezes on startup. :-(
> > >
> > > dont we have the boost somehow patched?
> > > pavel
> >
> > AFAIK that is because we don
On Wed, Mar 19, 2008 at 02:19:09PM -0400, Richard Heck wrote:
> That was kind of what I had in mind at one point, and it may be that this
> is the best solution in the longer term: To have a Tabular basically be a
> matrix of InsetTableCell objects rather than of CellData objects, each of
> whic
> > > Commited. Now the next step to have lyx running without the included
> > > boost is to find out why it freezes on startup. :-(
> >
> > dont we have the boost somehow patched?
> > pavel
>
> AFAIK that is because we don't carry it all. I hope we don't have other
> patches. :-(
what is the po
On Wednesday 19 March 2008 18:25:54 Pavel Sanda wrote:
> > Commited. Now the next step to have lyx running without the included
> > boost is to find out why it freezes on startup. :-(
>
> dont we have the boost somehow patched?
> pavel
AFAIK that is because we don't carry it all. I hope we don't h
> Commited. Now the next step to have lyx running without the included boost is
> to find out why it freezes on startup. :-(
dont we have the boost somehow patched?
pavel
[EMAIL PROTECTED] wrote:
> Modified: lyx-devel/trunk/src/frontends/qt4/ui/FontUi.ui
Oops, sorry. Reverting in a minute.
Jürgen
Andre Poenitz wrote:
On Wed, Mar 19, 2008 at 12:33:20PM -0400, Richard Heck wrote:
Stefan Schimanski wrote:
Am 19.03.2008 um 17:11 schrieb Richard Heck:
So, it seems to me that fixing "our most embarrassing bug" is going to
require doing something that maybe ought to have been d
Pavel Sanda wrote:
>> It's in and open to improvements. Currently, it sometimes highlights the
>
> sometimes = any time you click on the grouping category
>
>> major category as well as the first child when selecting the category.
>> This is a minor cosmetic thing IMHO, but if someone knows a so
On Wednesday 19 March 2008 17:18:30 Jean-Marc Lasgouttes wrote:
> a) is fine.
>
> JMarc
Commited. Now the next step to have lyx running without the included boost is
to find out why it freezes on startup. :-(
Probably this is due different compile options...
--
José Abílio
Hi,
when I try to spellcheck lyx cannot find /usr/lib/aspell/ngerman. That's true,
because there is not such a file. What can I do?
--
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Kampagne gegen den Ausverkauf der Deutschen Bahn:
http://www.bahn-fuer-alle.de
Das heutige Mott
On Wed, Mar 19, 2008 at 12:33:20PM -0400, Richard Heck wrote:
> Stefan Schimanski wrote:
>> Am 19.03.2008 um 17:11 schrieb Richard Heck:
>>>
>>> So, it seems to me that fixing "our most embarrassing bug" is going to
>>> require doing something that maybe ought to have been done before,
>>> namely
Juergen Spitzmueller wrote:
Richard Heck wrote:
So, it seems to me that fixing "our most embarrassing bug" is going to
require doing something that maybe ought to have been done before,
namely, introducing an InsetTableCell that will contain a pointer (or
reference) to the associated CellDat
José Matos <[EMAIL PROTECTED]> writes:
> Opinions (which one do you prefer):
> a) first option
> b) second option
> c) are you crazy messing with autoconf/m4 instead of releasing the first
> alpha?
a) is fine.
JMarc
Richard Heck wrote:
> So, it seems to me that fixing "our most embarrassing bug" is going to
> require doing something that maybe ought to have been done before,
> namely, introducing an InsetTableCell that will contain a pointer (or
> reference) to the associated CellData.
Without exactly knowin
Stefan Schimanski wrote:
Am 19.03.2008 um 17:11 schrieb Richard Heck:
So, it seems to me that fixing "our most embarrassing bug" is going
to require doing something that maybe ought to have been done before,
namely, introducing an InsetTableCell that will contain a pointer (or
reference) to
Richard Heck wrote:
So, it seems to me that fixing "our most embarrassing bug" is going to
require doing something that maybe ought to have been done before,
namely, introducing an InsetTableCell that will contain a pointer (or
reference) to the associated CellData. Doing that much is near
t
Am 19.03.2008 um 17:11 schrieb Richard Heck:
So, it seems to me that fixing "our most embarrassing bug" is going
to require doing something that maybe ought to have been done
before, namely, introducing an InsetTableCell that will contain a
pointer (or reference) to the associated CellData
So, it seems to me that fixing "our most embarrassing bug" is going to
require doing something that maybe ought to have been done before,
namely, introducing an InsetTableCell that will contain a pointer (or
reference) to the associated CellData. Doing that much is near
trivial---InsetTableCe
This is a pet peeve of mine when using the included boost if we use the
default (included) no output is sent. I we use the system wide library then a
single _no_ is written in the configure log.
This is wrong, either we report the complete message everytime or we remove
that output. I propose t
Jean-Pierre Chrétien wrote:
Hello,
I guess that this field allows to insert manually a text to reference the label.
It is inactivated (and seems undocumented).
What should be done to activate it ? Load some package ?
bool GuiRef::nameAllowed()
{
KernelDocType const doc_type = docType();
> > some 30s here. btw Display all is disabled on utf-8. thats bug or
> > intention?
this time was done havily by disk usage. once cached showing symbols
takes some 2-3s which is not problem.
> Intention (because it's currently unusably slow).
you are right, i tried to comment out that disabling
On Wed, 19 Mar 2008, Dominik Böhm wrote:
> Would you guys be interested if I made a LyX video screencast that
> we could put on the website so website visitors could see the
> different uses of LyX? I could make it with Wink (
> http://www.debugmode.com/wink/ ) and then host it on Google V
On Wed, 19 Mar 2008, Stefan Schimanski wrote:
> Am 19.03.2008 um 05:23 schrieb Rex Eastbourne:
> > Would you guys be interested if I made a LyX video screencast that
> > we could put on the website so website visitors could see the
> > different uses of LyX? I could make it with Wink (
> >
Pavel Sanda wrote:
> moving with cursor arrows is broken (cursor is not able to move in upwards
> direction when you are on first item inside some group).
I see.
Jürgen
Pavel Sanda wrote:
> some 30s here. btw Display all is disabled on utf-8. thats bug or
> intention?
Intention (because it's currently unusably slow).
Jürgen
> It's in and open to improvements. Currently, it sometimes highlights the
sometimes = any time you click on the grouping category
> major category as well as the first child when selecting the category. This
> is a minor cosmetic thing IMHO, but if someone knows a solution, please go
> ahead.
m
> It's in and open to improvements.
I have moved editing, shortcuts, keyboard/mouse and completion to a
separate category editing in the preference dialog. More fine tune is
needed though.
Bo
Hello,
I guess that this field allows to insert manually a text to reference the label.
It is inactivated (and seems undocumented).
What should be done to activate it ? Load some package ?
--
Jean-Pierre
> BTW if someone has further ideas on how to improve speed with utf-8, please
> step forward (I remember that exchanging the std::set by a map was an
> option).
some 30s here. btw Display all is disabled on utf-8. thats bug or intention?
pavel
Jean-Marc Lasgouttes wrote:
> And you list supports these two mechanisms, right?
yes. it takes the list of "encodable" chars from Encoding.cpp, which is
built from these informations.
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>
>> Why is it limited this way? I thought that our output mechanism was
>> able to take care of translations...
>
> Our unicodesymbols list only supports a subset of translations from unicode
> chars to their LaTeX rep
[EMAIL PROTECTED] wrote:
> + Available categories depend on the document encoding.
> Select UTF-8 for the full range.
BTW if someone has further ideas on how to improve speed with utf-8, please
step forward (I remember that exchanging the std::set by a map was an
option).
Jürgen
Jean-Marc Lasgouttes wrote:
> Why is it limited this way? I thought that our output mechanism was
> able to take care of translations...
Our unicodesymbols list only supports a subset of translations from unicode
chars to their LaTeX representations (in the given encoding). Furthermore,
we can ou
Juergen Spitzmueller wrote:
> Bo Peng wrote:
>
>> Should not 'editing, shortcuts, keyboard/mouse and completeion' belong
>> to a separate category 'editing'? I would also put paths and identity
>> to a 'general' category.
>
> I agree that the current categorization can be optimized a lot. I'd sa
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> the range of available symbols is limited by the document encoding (+
> unicode symbols defined in the unicodesymbols file). You'll get all if you
> select utf-8 (but then the dialog becomes rather slow).
Why is it limited this way? I thought tha
Pavel Sanda wrote:
> would you be oposed to put such kind of label or tooltip somewhere in
> symbols dialog?
No. Furthermore, it should be documented in the Help files.
Jürgen
José Matos wrote:
I have extended your fix as explained in a later message.
thanks!
> > this should be documented
> > somewhere, i would otherwise think this dialog shows all characters
> > posible to lyx ever.
>
> the range of available symbols is limited by the document encoding (+
> unicode symbols defined in the unicodesymbols file). You'll get all if you
> select utf-8 (but
Pavel Sanda wrote:
> and you mean document encoding, right?
yes.
> this should be documented
> somewhere, i would otherwise think this dialog shows all characters
> posible to lyx ever.
the range of available symbols is limited by the document encoding (+
unicode symbols defined in the unicod
Hi,
I've got the problem that the preview image generation doesn't always
work as expected. The problem is, that the platex.exe of my MikTex 2.7
(2.6 as well) doesn't work. In the python file lyxpreview2bitmap.py,
line 153 you define in which order you try to find the latex-commands.
It's like tha
Am 19.03.2008 um 12:10 schrieb [EMAIL PROTECTED]:
On Wed, 19 Mar 2008, Stefan Schimanski wrote:
Am 19.03.2008 um 05:23 schrieb Rex Eastbourne:
Would you guys be interested if I made a LyX video screencast that
we could
put on the website so website visitors could see the different
uses of
On Wed, Mar 19, 2008 at 12:43 PM, Dominik Böhm <[EMAIL PROTECTED]> wrote:
>
> On Wed, Mar 19, 2008 at 5:23 AM, Rex Eastbourne
> <[EMAIL PROTECTED]> wrote:
> > Would you guys be interested if I made a LyX video screencast that we could
> > put on the website so website visitors could see the dif
On Wed, Mar 19, 2008 at 5:23 AM, Rex Eastbourne
<[EMAIL PROTECTED]> wrote:
> Would you guys be interested if I made a LyX video screencast that we could
> put on the website so website visitors could see the different uses of LyX?
> I could make it with Wink ( http://www.debugmode.com/wink/ ) and
> Did you link to these screencasts from somewhere (wiki or web site)?
newinlyx16 have the links
p
On Wed, 19 Mar 2008, Stefan Schimanski wrote:
Am 19.03.2008 um 05:23 schrieb Rex Eastbourne:
Would you guys be interested if I made a LyX video screencast that we could
put on the website so website visitors could see the different uses of LyX?
I could make it with Wink ( http://www.debugmode.
On Wed, 19 Mar 2008, Juergen Spitzmueller wrote:
Rex Eastbourne wrote:
In response to the feedback I got to my first post, it sounds like
people are interested in sprucing up the look and feel of the LyX
website.
definitely.
certainly!
/C
--
Christian Ridderström, +46-8-768 39 44
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> fine with me, but then we need to reintroduce some meta-categories that group
> the panes (i.e., what we have in 1.5). I never understood why we good rid of
> those. It simply decreases usability of the preferences dialog.
+1
JMarc
I unintentionally introduce a requirement for passwords when approving
URIs, do we want that? (The background is that approving a password
requires adding an entry to the page Site.ApprovedUris, and since that
entire group now requires a password...)
Please let me know what you think, in the
On Wednesday 19 March 2008 08:10:19 Edwin Leuven wrote:
> josé opinions about how to do this?
>
> edwin
>
> PS i will commit this in the meantime
I have extended your fix as explained in a later message.
--
José Abílio
On Wednesday 19 March 2008 09:40:25 [EMAIL PROTECTED] wrote:
> @@ -76,9 +76,13 @@
> while True:
> i = find_token(document.body, "\\begin_inset Tabular", i)
> if i == -1:
> + # LyX 1.3 inserted an extra space between \begin_inset
> + # and Tabular so let
On Tue, 18 Mar 2008, Andre Poenitz wrote:
On Mon, Mar 17, 2008 at 05:02:54PM +, Dave Wood wrote:
How do I set up Lyx to use a network printer? At the moment I can print by
viewing as pdf in kpdf which sees my printer. I would like to be able to
print direct from Lyx though, as I sometimes w
> This depends on the used encoding. In general, all can be used (and the list
> is far from being complete).
aha, ok.
and you mean document encoding, right? this should be documented somewhere, i
would otherwise think this dialog shows all characters posible to lyx ever.
pavel
Pavel Sanda wrote:
>> on another note - it is really annoying to have ALL unicode blocks
>> translatable when only 10% is used. this is waste of translators time.
>> can be the used blocks determined beforehead?
> moreover it seems translation of these strings do not appear in gui.
This depends o
> > again there is some widget which needlesly enlarge width.
> > i dont which is it.
>
> Introduced by this patch?
no
pavel
Bo Peng wrote:
> Should not 'editing, shortcuts, keyboard/mouse and completeion' belong
> to a separate category 'editing'? I would also put paths and identity
> to a 'general' category.
I agree that the current categorization can be optimized a lot. I'd say I'll
reintroduce the framework and let
Pavel Sanda wrote:
> guisymbols combo is too small. i will commit this if no objections.
Not from me.
Jürgen
Rex Eastbourne wrote:
> In response to the feedback I got to my first post, it sounds like
> people are interested in sprucing up the look and feel of the LyX
> website.
definitely.
Jürgen
Pavel Sanda wrote:
> again there is some widget which needlesly enlarge width.
> i dont which is it.
Introduced by this patch?
Jürgen
Am 19.03.2008 um 05:23 schrieb Rex Eastbourne:
Would you guys be interested if I made a LyX video screencast that
we could
put on the website so website visitors could see the different uses
of LyX?
I could make it with Wink ( http://www.debugmode.com/wink/ ) and
then host
it on Google Vid
Enrico Forestieri wrote:
On Tue, Mar 18, 2008 at 07:11:47PM +0100, Edwin Leuven wrote:
would be nice if everybody who uses tables could check whether the
conversion goes well (do the lines look ok?), and whether line setting
makes sense (can you get the lines you could get before, etc).
Plea
76 matches
Mail list logo
