rgheck wrote:
Andreas K. wrote:
Dear LyX developers,
I am not a developer, only an ordinary LyX user that really love this
program and use it regularly, so I do not know if my opinion count. I
have not followed the details in the discussion about the embedding
feature that bo implemented, bu
rgheck wrote:
What I wrote had nothing to do with why Bo chose to revert the
embedding code. It had to do with why, as I saw it, most developers
ended up disagreeing with the basic design. It is a fundamental flaw
if the mere possibility of unbundling files to arbitrary locations
*even within
Bo Peng wrote:
That said, if there are still users who care, let me explain why these
suggestions, most of which were made before, weren't accepted.
_I_ reverted the code, and _I_ have explained in my first email why
_I_ chose to revert the code. The problem is not at all, in _my_ point
of
> That said, if there are still users who care, let me explain why these
> suggestions, most of which were made before, weren't accepted.
_I_ reverted the code, and _I_ have explained in my first email why
_I_ chose to revert the code. The problem is not at all, in _my_ point
of view, anything rel
Bo Peng wrote:
It is a fundamental flaw if the mere
possibility of unbundling files to arbitrary locations *even within the
document directory* leads to the possibility of executing arbitrary code on
the user's machine.
Everything comes at a cost, and a good design should have the right
ba
> It is a fundamental flaw if the mere
> possibility of unbundling files to arbitrary locations *even within the
> document directory* leads to the possibility of executing arbitrary code on
> the user's machine.
Everything comes at a cost, and a good design should have the right
balance of benefi
Bo Peng wrote:
> Richard Heck wrote:
> In any event, the "nail in the coffin" for Bo's approach ended up being
> security issues that were first raised by Andre. These can be hard to
> foresee. It wasn't that these issues couldn't be addressed within Bo's
> approach. It was, rather, that once you
> In any event, the "nail in the coffin" for Bo's approach ended up being
> security issues that were first raised by Andre. These can be hard to
> foresee. It wasn't that these issues couldn't be addressed within Bo's
> approach. It was, rather, that once you'd addressed them, you couldn't
> have
Luis Rivera wrote:
rgheck <[EMAIL PROTECTED]> writes:
It would help, actually, if you would explain why embedding of figures
matters to you. This may help us figure out some of the details of how
embedding should work. Is it a matter of being able easily to exchange
LyX files with co-autho
rgheck <[EMAIL PROTECTED]> writes:
>
>
> It would help, actually, if you would explain why embedding of figures
> matters to you. This may help us figure out some of the details of how
> embedding should work. Is it a matter of being able easily to exchange
> LyX files with co-authors?
>
Sp
Andreas K. wrote:
Dear LyX developers,
I am not a developer, only an ordinary LyX user that really love this program
and use it regularly, so I do not know if my opinion count. I have not
followed the details in the discussion about the embedding feature that bo
implemented, but I have to say
Am Donnerstag, 17. April 2008 schrieb Andreas K.:
> Dear LyX developers,
>
> I am not a developer, only an ordinary LyX user that really love this program
> and use it regularly, so I do not know if my opinion count. I have not
> followed the details in the discussion about the embedding feature
Dear LyX developers,
I am not a developer, only an ordinary LyX user that really love this program
and use it regularly, so I do not know if my opinion count. I have not
followed the details in the discussion about the embedding feature that bo
implemented, but I have to say that I am very sad
Andre Poenitz wrote:
On Wed, Apr 16, 2008 at 03:38:00PM -0400, Richard Heck wrote:
> And sometimes that works. But it's also true, as many of us, I think, have
> experienced, that it isn't always easy to get feedback. For example, Andre
> recently criticized some of the changes I made to Ins
On Wed, Apr 16, 2008 at 03:38:00PM -0400, Richard Heck wrote:
> And sometimes that works. But it's also true, as many of us, I think, have
> experienced, that it isn't always easy to get feedback. For example, Andre
> recently criticized some of the changes I made to InsetCommandParams. In
> fac
Abdelrazak Younes wrote:
Pavel Sanda wrote:
that will be my last commit.
that is the best solution if you cannot live with compromise.
i guess he could live if people start to flame embedding philosophy
when he
asked in start of implementing. i fully understand the frustration of
reverting
Pavel Sanda wrote:
>>> that will be my last commit.
>> that is the best solution if you cannot live with compromise.
>
> i guess he could live if people start to flame embedding philosophy
> when he asked in start of implementing.
i had the impression bo did most of the flaming himself
but you'r
Pavel Sanda wrote:
that will be my last commit.
that is the best solution if you cannot live with compromise.
i guess he could live if people start to flame embedding philosophy when he
asked in start of implementing. i fully understand the frustration of reverting
it back after months of deve
>> that will be my last commit.
>
> that is the best solution if you cannot live with compromise.
i guess he could live if people start to flame embedding philosophy when he
asked in start of implementing. i fully understand the frustration of reverting
it back after months of development when nob
On Monday 14 April 2008 16:14:28 Bo Peng wrote:
> Dear all,
>
> I have been called stubborn, ridiculous, and you can continue to call
> me so, because I will not change the core design of my embedding
> feature. Because, as Edwin said, 'us guys basically agree', I will
> revert my feature altogethe
Bo Peng wrote:
that will be my last commit.
that is the best solution if you cannot live with compromise.
regards, edwin.
Bo Peng wrote:
This will be the last time I repeat my ideas. I will not answer any
question because I have answered them several times.
Please realize also that others have tried to explain their ideas
several times too. Sometimes, when you are deep into something, an
external genuine eye is
Dear all,
I have been called stubborn, ridiculous, and you can continue to call
me so, because I will not change the core design of my embedding
feature. Because, as Edwin said, 'us guys basically agree', I will
revert my feature altogether. There is no point to continue on a
feature that is objec
23 matches
Mail list logo
