Dear all,
Attached please find an updated patch that uses
QByteArray::to/fromBase64, instead of libb64. This smaller patch
should be easier to read.
I will be away from the list tomorrow so I can not join the discussion
(Friday is a bad day for discussion anyway). From what I have read
today, am
On Thu, May 8, 2008 at 4:56 PM, José Matos <[EMAIL PROTECTED]> wrote:
> On Thursday 08 May 2008 22:23:57 Bo Peng wrote:
>> This assertion, 'placing even more information in the lyx file than
>> before', is plain wrong. Embeding is not placing *more* information in
>> the lyx file. It places the *sa
> Can you test this?
yes, it works.
p
> we are short before the first beta
first alpha in fact.
secondly Jose fall in love with distcheck, so wait for next few weeks :))
pavel
> If you are proposing a totally different approach, you need to show
> that why your approach is better than mine, and convince others to
> stop my attemp in the next few days, with maybe a plan to implement
> yours by yourself.
No, no, that's not how is goes! Your embeddeding code has been remo
Am 09.05.2008 um 01:14 schrieb Pavel Sanda:
AFAIU the method used in r21598 won't work for all platforms. It
seems that
Qt provides some facility for this with
QString::localeAwareCompare(); but
i already used this function for sorting environment feature.
now i looked again in code and it
This doesn't work because this option is also a valid option of the
caption package leading to LaTeX errors. The caption manual explicitely
states that the option must be given to subfig and NOT to caption.
Then we have to find another solution. Load the subfig package after the
user preamble an
> AFAIU the method used in r21598 won't work for all platforms. It seems that
> Qt provides some facility for this with QString::localeAwareCompare(); but
i already used this function for sorting environment feature.
now i looked again in code and its no more there and sorting
does not work corr
> Is it really broken or is it something you can live with? AFAIU
to put it simply, i'm not in a mood of fixing it again. so i can live with it.
> QStandardItemModel::sort() will sort the strings alphabetically and the
> strings are already translated when this is called so it cannot be that
>
> > if its problem to address in the anonymous way you have written before,
> > probably some warning dialog before saving could be one way how to
> > 'address' it.
>
> I do not know. But again, however you address it, this is not a
> problem with embedding.
technically you are right, that this
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
> Pavel Sanda wrote:
> Author: younes Date: Thu May 8 11:31:00 2008 New Revision:
> 24681
>
> URL: http://www.lyx.org/trac/changeset/24681 Log: sort the
> languages.
>
> +language_model_->sort(0);
>
Abdelrazak Younes wrote:
Pavel Sanda wrote:
Author: younes Date: Thu May 8 11:31:00 2008 New Revision:
24681
URL: http://www.lyx.org/trac/changeset/24681 Log: sort the
languages.
>>>
>>>
+language_model_->sort(0);
>>> i didnt followed exactly these pa
On Thursday 08 May 2008 23:06:31 rgheck wrote:
> Edwin's python script for the time being.
I did not know Edwin's python activities. :-)
I think that you referring to Enrico here. :-)
> rh
--
José Abílio
Bo Peng wrote:
Now with the full path we are placing even more information in the lyx file
than before.
This assertion, 'placing even more information in the lyx file than
before', is plain wrong. Embeding is not placing *more* information in
the lyx file. It places the *same* informatio
> Well, it's going to be some time, I'm afraid, until any more progess is
> made. I'm swamped busy until mid-June. But the great bulk of the code is
> already there. Just diff it against the last sync'd revision.
I will do that this weekend. If it is convenient to you, please send a
patch, and pos
Bo Peng wrote:
people ought to have a
look at that code, which is in my private branch. It's not finished, but it
does work, and it is very unintrusive, both in terms of its impact on the
rest of the code and in terms of its impact on the UI (which amounts to one
menu entry).
I can wait fo
>> The inclusion of filepath in .lyx file has always been allowed, and
>> will continue to be allowed. In another word, this is not a problem
>> with embedding, but a general problem with using external files. It
>> would be nice if embedding can help address this problem, but there is
>> nothing w
On Thursday 08 May 2008 22:23:57 Bo Peng wrote:
> This assertion, 'placing even more information in the lyx file than
> before', is plain wrong. Embeding is not placing *more* information in
> the lyx file. It places the *same* information in the .lyx file as
> before regarding the filepath issue.
Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> > QPaintEngine::setSystemClip: Should not be changed while engine is active
> > QPaintEngine::setSystemClip: Should not be changed while engine is active
> > QWidgetPrivate::beginSharedPainter: Painter is already active
> >
> > lyx: SIGSEGV signal caug
On Thu, May 08, 2008 at 04:15:10PM -0500, Bo Peng wrote:
> [...]
> That is to say, I will give you guys a limited time frame within which
> you can express your opinions.
> 1. If you disagree with basic design, you can vote against it.
> 2. If you dislike certain part of the design, please object w
Pavel Sanda wrote:
>>> Author: younes Date: Thu May 8 11:31:00 2008 New Revision:
>>> 24681
>>>
>>> URL: http://www.lyx.org/trac/changeset/24681 Log: sort the
>>> languages.
>>>
>>
>>
>>> +language_model_->sort(0);
>>>
>> i didnt followed exactly these patches about languages; where in
>> gu
> > > safe', he was not able to provide any solid example that demonstrates
> > > any potential security issue with putting filepath + filename + file
> > > content in a .lyx file.
> >
> > very easy to provide. in linux you usually have files in your home
> > directory.
> > once you put your t
Richard,
I will try to be short.
> Indeed. <...>
This is not a problem with embedding at all. If you can address this
issue without changing how we use lyx, that is great. But this is not
at all my problem and should not be used to object this approach.
> But what's more important,< ...> But
Bernhard Roider wrote:
Hello,
sometimes when i want to open the lyx preferences i accidentally
press reconfigure because those menu items are close to each other.
Now i wonder why reconfigure is in the menu at all, because most
people won't need it very often. Wouldn't it be better to put i
Pavel Sanda wrote:
safe', he was not able to provide any solid example that demonstrates
any potential security issue with putting filepath + filename + file
content in a .lyx file.
very easy to provide. in linux you usually have files in your home directory.
once you put your the whole fi
> Now with the full path we are placing even more information in the lyx file
> than before.
This assertion, 'placing even more information in the lyx file than
before', is plain wrong. Embeding is not placing *more* information in
the lyx file. It places the *same* information in the .lyx file
On Thu, May 8, 2008 at 3:30 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > safe', he was not able to provide any solid example that demonstrates
> > any potential security issue with putting filepath + filename + file
> > content in a .lyx file.
>
> very easy to provide. in linux you usually hav
> I have explained before that this was the reason we have stopped the
> inclusion
> of the user name in the lyx file.
the same was the reason of CT-author-name flamewar shortly before 1.5.0 release.
and the same was the result :)
pavel
Hello,
sometimes when i want to open the lyx preferences i accidentally press reconfigure because those
menu items are close to each other. Now i wonder why reconfigure is in the menu at all, because most
people won't need it very often. Wouldn't it be better to put it as button somewhere in th
On Thursday 08 May 2008 21:30:06 Pavel Sanda wrote:
> very easy to provide. in linux you usually have files in your home
> directory. once you put your the whole filepath it contains your username.
> now this is 50% of success in case you want to assault some machine via
> some dictionary attack, b
> > QPaintEngine::setSystemClip: Should not be changed while engine is active
> > QPaintEngine::setSystemClip: Should not be changed while engine is active
> > QWidgetPrivate::beginSharedPainter: Painter is already active
> >
> > lyx: SIGSEGV signal caught
> > Sorry, you have found a bug in LyX. P
> QPaintEngine::setSystemClip: Should not be changed while engine is active
> QPaintEngine::setSystemClip: Should not be changed while engine is active
> QWidgetPrivate::beginSharedPainter: Painter is already active
>
> lyx: SIGSEGV signal caught
> Sorry, you have found a bug in LyX. Please read t
> safe', he was not able to provide any solid example that demonstrates
> any potential security issue with putting filepath + filename + file
> content in a .lyx file.
very easy to provide. in linux you usually have files in your home directory.
once you put your the whole filepath it contains yo
I use Ubuntu Hardy Heron and LyX. When I open LyX only (without a file) all
seems right. But when i open a file *.lyx since LyX opened or with two
clics, the program is close automatically. This is the error that i can't
solutionate.
[EMAIL PROTECTED]:~$ lyx ./Desktop/Escuela/intelect.lyx
Menu war
Andre Poenitz wrote:
No commit is final. So let's see how it looks like.
sure
>>> Author: younes
>>> Date: Thu May 8 11:31:00 2008
>>> New Revision: 24681
>>>
>>> URL: http://www.lyx.org/trac/changeset/24681
>>> Log:
>>> sort the languages.
>>>
>>
>>
>>
>>> + language_model_->sort(0);
>>>
>>
>> i didnt followed exactly these patches about languages; where in
On Thu, May 08, 2008 at 09:08:52PM +0200, Edwin Leuven wrote:
> Andre Poenitz wrote:
>> Now, what about stopping personal insults if there's a chance that
>> they may be meant seriously?
>
> fyi:
>
> Bo Peng wrote:
> > No, I am known to be short of humor and I was not
> > tempting to show any.
>
>
Andre Poenitz wrote:
Now, what about stopping personal insults if there's a chance that
they may be meant seriously?
fyi:
Bo Peng wrote:
> No, I am known to be short of humor and I was not
> tempting to show any.
...
it may be me, but i find these type of ultimatums:
Bo Peng wrote:
> If yo
On Thu, May 08, 2008 at 08:48:52PM +0200, Edwin Leuven wrote:
> Bo Peng wrote:
>> On Thu, May 8, 2008 at 12:42 PM, Edwin Leuven <[EMAIL PROTECTED]> wrote:
>>> Bo Peng wrote:
>>>
What would be your alternative?
>>> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html
>> If you ar
Bo Peng wrote:
On Thu, May 8, 2008 at 12:42 PM, Edwin Leuven <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
What would be your alternative?
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html
If you are proposing a totally different approach, you need to show
that why your approa
On Thu, May 08, 2008 at 01:08:21PM -0500, Bo Peng wrote:
> > > 1. A libb64 library is copied to src/support/base64. (this is a
> > > sourceforge project with a do-whatever-you-want license). Functions
> > > are provided to encode/decode a file to/from base64 strings.
> >
> > QByteArray::fromBas
> > 1. A libb64 library is copied to src/support/base64. (this is a
> > sourceforge project with a do-whatever-you-want license). Functions
> > are provided to encode/decode a file to/from base64 strings.
>
> QByteArray::fromBase64(). It's even ok to use in support/*...
This is great. I did no
On Thu, May 8, 2008 at 12:42 PM, Edwin Leuven <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
>
> > What would be your alternative?
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html
If you are proposing a totally different approach, you need to show
that why your approach is better
On Thu, May 08, 2008 at 02:40:03PM -, [EMAIL PROTECTED] wrote:
> Author: sts
> Date: Thu May 8 16:40:01 2008
> New Revision: 24686
>
> URL: http://www.lyx.org/trac/changeset/24686
> Log:
> * For gcc to know about QStandardItemModel < QAbstractItemModel we need this
> header.
> [...]
> +++ ly
On Thu, May 08, 2008 at 10:56:10AM -0500, Bo Peng wrote:
> Dear all,
>
> [...]
> Details (see the attached patch):
>
> 1. A libb64 library is copied to src/support/base64. (this is a
> sourceforge project with a do-whatever-you-want license). Functions
> are provided to encode/decode a file to/fr
> I need access to the caption formatting features that require caption
> without actually loading caption itself.
Could yo please send me an example file for playing?
>> This doesn't work because this option is also a valid option of the
>> caption package leading to LaTeX errors. The caption m
Bo Peng wrote:
What would be your alternative?
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html
> > 5. Files can be individually embedded.
>
> i don't like this very much. it leads to unnecessary clutter in the ui and
> the code imho
What would be your alternative? If you have a global 'embed' or 'do
not embed' option or mode,
1. The same action of insertion would need to different results
Bo Peng wrote:
5. Files can be individually embedded.
i don't like this very much. it leads to unnecessary clutter in the ui
and the code imho
no response from Edwin and JMarc
i tried your patch but it crashed on me
If you have persuasive arguments against this approach, please speak
ou
Dear all,
When I thought again about my design goal of the embedding feature
"creating a lyx format with embedded files that can be opened directly
by anyone on any OS, and produce identical outputs", I realized that
bundle/unbundle is not the only way to implement it. Considering the
troubles wit
Am 08.05.2008 um 16:50 schrieb José Matos:
On Thursday 08 May 2008 15:40:03 [EMAIL PROTECTED] wrote:
Author: sts
Date: Thu May 8 16:40:01 2008
New Revision: 24686
URL: http://www.lyx.org/trac/changeset/24686
Log:
* For gcc to know about QStandardItemModel < QAbstractItemModel we
need
this
On Thursday 08 May 2008 15:40:03 [EMAIL PROTECTED] wrote:
> Author: sts
> Date: Thu May 8 16:40:01 2008
> New Revision: 24686
>
> URL: http://www.lyx.org/trac/changeset/24686
> Log:
> * For gcc to know about QStandardItemModel < QAbstractItemModel we need
> this header.
In qt 4.3.4 in Fedora 9 I
Uwe Stöhr wrote:
> What subfig caption options do you need? I'm asking because a document
> should have consistent caption formats - for all float types. There are 2
> ways of getting this: - using caption
> - using the document class caption options, like for koma-script.
I need access to the ca
Abdelrazak Younes wrote:
Please try again.
Fixed, but now GuiDocument.cpp breaks instead:
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I../../../../lyx-devel2/src/frontends/qt4 -I../../../src
-DQT_NO_STL -DQT_NO_KEYWORDS -I../../../../lyx-devel2/src
-I../../.
Pavel Sanda wrote:
Author: younes
Date: Thu May 8 11:31:00 2008
New Revision: 24681
URL: http://www.lyx.org/trac/changeset/24681
Log:
sort the languages.
+ language_model_->sort(0);
i didnt followed exactly these patches about languages; where in gui
can i find the resu
> Author: younes
> Date: Thu May 8 11:31:00 2008
> New Revision: 24681
>
> URL: http://www.lyx.org/trac/changeset/24681
> Log:
> sort the languages.
> + language_model_->sort(0);
i didnt followed exactly these patches about languages; where in gui
can i find the result? we should keep loca
On Thursday 08 May 2008 09:02:46 Juergen Spitzmueller wrote:
> José Matos wrote:
> > My only remark is about the usage of ObsoletedBy.
> >
> > It makes sense to use that for 1.5 and to do a new file format change for
> > 1.6 with the same purpose.
> >
> > If we don't do this now we will have to car
On Tue, 06 May 2008 18:49:54 +0300
Martin Vermeer <[EMAIL PROTECTED]> wrote:
>
> The attached moves the (De)activate button away from (especially) the
> Remove button. For me this is the most often used button switching
> between branches, and it's too easy to accidentally hit Remove.
> (Although
On Thursday 08 May 2008 11:01:39 [EMAIL PROTECTED] wrote:
> Author: jamatos
> Date: Thu May 8 12:01:38 2008
> New Revision: 24684
>
> URL: http://www.lyx.org/trac/changeset/24684
> Log:
> No need to change LyX.py everytime there is a file format change
A new file format does not require any longe
> I don't think we should limit the subfig capabilities for the sake of a
> package we don't support. I don't use caption and I _need_ subfig's caption
> options anyway.
caption is one of the most popular LaTeX-packages, so we can expect that many users load it in the
preamble. The EmbeddedObjec
Please try again.
Helge Hafting wrote:
make[5]: Entering directory `/usr/src/lyx-build3/src/frontends/qt4'
/bin/sh ../../../libtool --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I../../../../lyx-devel2/src/frontends/qt4
-I../../../src -DQT_NO_STL -DQT_NO_KEYWORDS
-I../../../../lyx-deve
make[5]: Entering directory `/usr/src/lyx-build3/src/frontends/qt4'
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I../../../../lyx-devel2/src/frontends/qt4 -I../../../src
-DQT_NO_STL -DQT_NO_KEYWORDS -I../../../../lyx-devel2/src
-I../../../../lyx-devel2/src/front
José Matos wrote:
> My only remark is about the usage of ObsoletedBy.
>
> It makes sense to use that for 1.5 and to do a new file format change for
> 1.6 with the same purpose.
>
> If we don't do this now we will have to carry this ObsoletedBy forever
> while in lyx2lyx it says where it should.
On Wednesday 07 May 2008 23:14:23 Juergen Spitzmueller wrote:
> Any objections to doing the attached change in branch and trunk?
> (the rationale is given in detail in the above report)
My only remark is about the usage of ObsoletedBy.
It makes sense to use that for 1.5 and to do a new file forma
Uwe Stöhr wrote:
> OK?
I don't think we should limit the subfig capabilities for the sake of a
package we don't support. I don't use caption and I _need_ subfig's caption
options anyway.
IMO, people who use the caption package have to pass "caption=false" to the
global options.
A better solutio
65 matches
Mail list logo
