Hello everyone,
It's been fun getting started with working on LyX these past few weeks.
I was just thinking about how I never really introduced myself, so here
we go:
I am a college student in the US studying applied math. I started using
LyX a couple of years ago after experimenting with a
On Thu, Apr 03, 2008 at 11:06:35PM -, [EMAIL PROTECTED] wrote:
> - "aalxxxup () laxxxal ! dk",
> + "[EMAIL PROTECTED]"
I reverted that.
There should be no non-obfuscated mail addresses in the sources.
Andre'
Pavel Sanda wrote:
I think we're ready to go live.
just few bits i've found during scanning the whole structure:
- what is lyx, features, get involved pages, donate contain unreadbale chars
(copyright sign Lars name,...)
- whats is lyx - credits links at the end will be b0rken once pages a
> It does make sense to use the "user guide" as an example because we do not
> distribute only the user guide but all the directories, including those where
> the images are. There are no external links in the lyx documentation or else
> our users would not be able to use it.
The examples I g
> Since to me it does not make sense to compromise on the security issue the
> original file location is a bad idea.
I am repeating myself the fourth time. We have had these paths in our
.lyx file since lyx 1.5 (I have learned something from the
discussions) and nobody has ever said anything. I
On Thursday 03 April 2008 20:30:45 Bo Peng wrote:
> You have gone from not fixing the problem to denying the problem. At
> least lyx user's guide refers to ../images/blah.png on every machine
> it is installed.
It does make sense to use the "user guide" as an example because we do not
distribu
> For me an embedded file is a file where the dependencies can be found
> inside. The zip file behaves as directory where all files are inside, with a
> tree structure of directories, if necessary.
>
> Once a file is inside it looses any reference to an external origin.
Please elaborate on h
On Thursday 03 April 2008 20:59:02 Bo Peng wrote:
> Actually, after all these messages, I have not heard a good summary of
> what *you (or Richard)* have in mind, a workable solution that avoids
> the problems I mentioned in the first message, a good solution to
> allow me to share different files
Pavel Sanda wrote:
are you sure you haven't misspelled Lars name?
Argh, wrong Alt code :) Fixed.
Joost
> Both fixed.
are you sure you haven't misspelled Lars name?
>> - the picture in the begining of features is visually disturbing
>
> You're not viewing the site in wiki mode, right? In the normal mode the
> picture is on the right side next to the text.
aha! :)
>> - the 'Latest Changes' item i
[EMAIL PROTECTED] wrote:
This aside, should I make the site 'live' this weekend?
Yes.
Joost
Pavel Sanda wrote:
- what is lyx, features, get involved pages, donate contain unreadbale chars
(copyright sign Lars name,...)
- whats is lyx - credits links at the end will be b0rken once pages are official
Both fixed.
- the picture in the begining of features is visually disturbing
You
Joost Verburg wrote:
I'll add a Javascript method for e-mail obfuscation so we don't need
these weird addresses anymore.
Done.
Joost
[EMAIL PROTECTED] wrote:
i.e. it contains links to 16 pages, but there are over 30 pages... So
maybe for some category of users that's different from 'new users', it
would make sense to have a more advanced sidebar.
Even for advanced users, more links won't make it easier to use. The
current
[EMAIL PROTECTED] wrote:
I think the e-mail addresses aren't shown correctly though, e.g.
Enrico's address is as follows
forenr%20%20tlc%20!%20unipr%20!%20it
(see the page http://www.lyx.org/test/I18n ).
It's identical to the current i18n page. Looks like a method for spam
protection tha
> to me from the current sidebar how I find information about the VCS.
origianlly i wrote 'SVN' and Joost chaned it to 'Latest changes' which is not
good either. the question is what is the better naming. eg 'svn
timeline/browser'?
see another mail from me.
pavel
Hi,
The current password for editing what will become www.lyx.org is 'lyx'.
And yes, this will change before we go live :-)
Btw, I've activated e-mail notification for www.lyx.org, so when pages are
changed we now get an email to the lyx-docs list.
/Christian
PS. Please help me remember th
> I think the e-mail addresses aren't shown correctly though, e.g.
> Enrico's address is as follows
>
> forenr%20%20tlc%20!%20unipr%20!%20it
>
> (see the page http://www.lyx.org/test/I18n ).
>
> Will you look at it, or should I? (I can do it during the weekend)
this is intended, we are prote
>I think we're ready to go live.
just few bits i've found during scanning the whole structure:
- what is lyx, features, get involved pages, donate contain unreadbale chars
(copyright sign Lars name,...)
- whats is lyx - credits links at the end will be b0rken once pages are official
- the pict
On Thu, 3 Apr 2008, Joost Verburg wrote:
[EMAIL PROTECTED] wrote:
I've talked to Andrei, Rex etc and from a design point of view, we're
ready to go live. So what else is missing before a release?
I've added the PHP scripts for the dynamic content (i18n, credits,
blanket-permission). I thin
On Thu, 3 Apr 2008, Pavel Sanda wrote:
If I understand it correctly, the conflict is as follows:
* New users and normal users would benefit from a clean/simple sidebar
* Advanced users and developers would prefer a more complete sidebar
In addition, we already have the case when...
* Editors of
Pavel Sanda schrieb:
In case you don't see the question in the other thread: Suppose I bundle
virus.exe in a LyX file. Could I manage to include TeX code sufficient to
execute it?
Only if you give the '-shell-escape' command line option.
which must be done in some cases in order to compile lyx
> the problems I mentioned in the first message, a good solution to
> allow me to share different files from the same .lyx document.
Of course, this is 'share the same files from different .lyx document'
Bo
> > > In case you don't see the question in the other thread: Suppose I bundle
> > > virus.exe in a LyX file. Could I manage to include TeX code sufficient to
> > > execute it?
> >
> > Only if you give the '-shell-escape' command line option.
>
> which must be done in some cases in order to com
> Yes in the sense that sharing can be done without the reference to the
> initial file path. You are insisting on this feature although there are no
> known examples of this behaviour.
I have given several examples in this thread why access to out of tree
files are needed, and I have shown wh
> > In case you don't see the question in the other thread: Suppose I bundle
> > virus.exe in a LyX file. Could I manage to include TeX code sufficient to
> > execute it?
>
> Only if you give the '-shell-escape' command line option.
which must be done in some cases in order to compile lyx/tex s
> > As I have said, this information is relevant on more than one machines.
>
> In the use case that you gave this information is only relevant to you.
You have gone from not fixing the problem to denying the problem. At
least lyx user's guide refers to ../images/blah.png on every machine
it i
> > I want to share the same files across different lyx
> > documents, so I do not want to keep local copies. The link solution
> > was suggested but it does not really work.
>
> As I said it is extremely easy to create a file text like this:
>
> embbeded1 /path/to/embbeded1
> embbeded
On Thursday 03 April 2008 19:50:01 Bo Peng wrote:
> As I have said, this information is relevant on more than one machines.
In the use case that you gave this information is only relevant to you.
Or else we are converting lyx in to a glorified file archive program (and a
lousy one for what i
On Thursday 03 April 2008 19:28:21 Bo Peng wrote:
> > > If I accept that much, I still have to copy files around and modify
> > > each and every copies if it needs to be modified. This is exactly the
> > > thing I would like to avoid.
> >
> > This goal is independent of the next sentence.
>
>
> > However,
> >
> > 1. They can be there, maybe in gray color, to tell users where the
> > files are embedded.
>
> To be useful under your conditions this file needs to be changed. You can
> decide to use another source or during a reorganization its location may
> change.
In the current
On Thu, Apr 03, 2008 at 01:12:08PM -0400, Richard Heck wrote:
>
> In case you don't see the question in the other thread: Suppose I bundle
> virus.exe in a LyX file. Could I manage to include TeX code sufficient to
> execute it?
Only if you give the '-shell-escape' command line option.
Andre'
On Thursday 03 April 2008 18:05:32 Bo Peng wrote:
> I guess your 'external' means 'files with absolute path'. With the new
> policy that they should not be extracted outside of the document
> directory, these files will always be used so their original path
> information may not be important.
OK
> > If I accept that much, I still have to copy files around and modify
> > each and every copies if it needs to be modified. This is exactly the
> > thing I would like to avoid.
>
> This goal is independent of the next sentence.
Not exactly. I want to share the same files across different ly
On Thursday 03 April 2008 18:22:50 Bo Peng wrote:
> If I accept that much, I still have to copy files around and modify
> each and every copies if it needs to be modified. This is exactly the
> thing I would like to avoid.
This goal is independent of the next sentence.
> Basically, I would like
In case you don't see the question in the other thread: Suppose I bundle
virus.exe in a LyX file. Could I manage to include TeX code sufficient
to execute it?
rh
--
---
Richard G Heck Jr
Professor of Philosophy
Brown University
Angus Leeming wrote:
Incidentally, the w3c validator thinks your HTML is invalid...
http://validator.w3.org/
Fixed.
Joost
[EMAIL PROTECTED] wrote:
I've talked to Andrei, Rex etc and from a design point of view, we're
ready to go live. So what else is missing before a release?
I've added the PHP scripts for the dynamic content (i18n, credits,
blanket-permission). I think we're ready to go live.
Joost
> If you go that way, yes. But then it's unclear why you really need to know
> the original path, as Jose has been saying. The only possible reason would
> be to update from an external file, and there are other ways to do that,
> outside of LyX. Moreover, note that if all paths are downward from
With the 'write only to the document directory' policy, the embedding
of arbitrary file will at least do no harm. Whether or not we want
this feature is still subject to debate.
It appears to me that most developers want to have an at-home feeling
with external files, so I am proposing an 'Automat
Bo Peng wrote:
The new problems embedding causes are security problems when these files
are unbundled, as Andre has pointed out. And see my private message for an
even worse scenario than his. As Andre said, here there be dragons, and even
if we could solve these problems, would we be sure we'd
On Thu, Apr 3, 2008 at 11:36 AM, José Matos <[EMAIL PROTECTED]> wrote:
> On Thursday 03 April 2008 16:57:36 Bo Peng wrote:
> > To unbundle, you have to know the original path, right?
>
> Only if it is not external, right? Because you said that we should not
> unbundle external files. You said t
On Thursday 03 April 2008 16:57:36 Bo Peng wrote:
> To unbundle, you have to know the original path, right?
Only if it is not external, right? Because you said that we should not
unbundle external files. You said this before I am just checking.
> If you do not
> want to see these path when ed
> +1 here too.
will you do it?
pavel
> I don't disagree with this I am referring about your update external
> feature, that is the reason for you to retain the original file path, and
> that is what me and other don't want to.
> All the disagreement for my part comes from your proposal to keep the
> original file path.
To unbu
> The new problems embedding causes are security problems when these files
> are unbundled, as Andre has pointed out. And see my private message for an
> even worse scenario than his. As Andre said, here there be dragons, and even
> if we could solve these problems, would we be sure we'd solved th
On Thursday 03 April 2008 16:14:47 Bo Peng wrote:
> Please, what I am proposing includes bundle-mode ending, which can NOT
> be done without a GUI. Even for the easiest case that Richard
> proposes, if you even want users to choose which files to embed, you
> will need a GUI.
I don't disagree wi
Bo Peng wrote:
The only reason not to require this is because
you'd like to be able to keep your files elsewhere in your tree. I'm
prepared to allow that this could be convenient. But I don't see any reason
you really have to do that.
Now, the critical question is why someone would like to
> With all the due respect Bo, I know that you are competent python
> programmer. What you are proposing can be done in python without ever using
> the lyx gui.
Please, what I am proposing includes bundle-mode ending, which can NOT
be done without a GUI. Even for the easiest case that Richard
> > Note that novice users do not have to know these. They just click ok
> > without knowing what they are doing, and the mentioned problem will be
> > resolved.
> >
> >
> >
> As JMarc said, this is very dangerous. Much too dangerous.
What is *so dangerous* here? The result is that such files wil
> > I forgot to mention one important trick: if the files are there so
> > there is no need to overwrite, unbundling would succeed and they do
> > not have to be unbundled to the document directory. This is because we
> > compare file checksum before we extract.
> >
> So if the files are there and
On Thursday 03 April 2008 14:18:01 Bo Peng wrote:
> > I guess I don't see this, quite. Sure, you can specify the the distant
> > file when you choose it, but once it is embedded, the distant file has
> > nothing to do with it. It can only be extracted to a subdirectory (if
> > you're still doing a
Bo Peng wrote:
I guess I don't see this, quite. Sure, you can specify the the distant file
when you choose it, but once it is embedded, the distant file has nothing to
do with it. It can only be extracted to a subdirectory (if you're still
doing a general unbundling, as opposed to selective unbu
John McCabe-Dansted wrote:
On 4/3/08, Bo Peng <[EMAIL PROTECTED]> wrote:
> an executive summary (without rhetorics) would be helpful for bystanders
> to also chime in...
The simple solution, which is essentially Richard's proposal, is that:
An even simpler solution is a "Collect f
José Matos wrote:
On Thursday 03 April 2008 03:24:04 Bo Peng wrote:
I guess this solves all the problem. Any objection?
No.
I have one remark though, with your proposal the absolute path of the
embedded files is need no longer. In that case I propose to drop it. As I
said in ano
Bo Peng wrote:
I'd simply drop that feature. There is no proper solution possible.
Actually, when I think about it...
Suppose I bundle a file with relative path
"../../../../../../../../../etc/passwd"
and open that file with root permissions in LyX.
If you sys admin does this, you
Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
I'd simply drop that feature. There is no proper solution possible.
+1
indeed
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Note that novice users do not have to know these. They just click ok
> without knowing what they are doing, and the mentioned problem will be
> resolved.
No.
We do not want to encourage people to 'click OK without knowing what
it means'. This attitude is d
José Matos wrote:
On Thursday 03 April 2008 11:33:10 Pavel Sanda wrote:
i would even propose to change 'Visual Tour' to 'Screenshots' just for
these reason even when our screenshot section contains much more (what
would you think?)
+1
+1 here too.
> I guess I don't see this, quite. Sure, you can specify the the distant file
> when you choose it, but once it is embedded, the distant file has nothing to
> do with it. It can only be extracted to a subdirectory (if you're still
> doing a general unbundling, as opposed to selective unbundling, a
> I am not sure what happens on windows but on linux if you compress a file
> with an absolute path the archive program will drop the first / and extract
> the resulting files with a relative path. I think that this is sane and this
> what I would like lyx to do. Does that makes sense to you?
On 4/3/08, Bo Peng <[EMAIL PROTECTED]> wrote:
> >
> > an executive summary (without rhetorics) would be helpful for bystanders
> > to also chime in...
>
> The simple solution, which is essentially Richard's proposal, is that:
An even simpler solution is a "Collect for output" option like Quark
On Thursday 03 April 2008 11:33:10 Pavel Sanda wrote:
> i would even propose to change 'Visual Tour' to 'Screenshots' just for
> these reason even when our screenshot section contains much more (what
> would you think?)
+1
--
José Abílio
> If I understand it correctly, the conflict is as follows:
> * New users and normal users would benefit from a clean/simple sidebar
> * Advanced users and developers would prefer a more complete sidebar
> In addition, we already have the case when...
> * Editors of the web site wants to modify pag
On Thursday 03 April 2008 03:24:04 Bo Peng wrote:
> I guess this solves all the problem. Any objection?
No.
I have one remark though, with your proposal the absolute path of the
embedded files is need no longer. In that case I propose to drop it. As I
said in another thread if you want to k
Thanks, Bennett -- both for being receptive in principle and for
offering the reins to make the Qt patch a regular part of the LyX/Mac
distribution.
I agree with Jean-Marc that we wouldn't want to lose your help as
maintainer, and I promise I would be a poor replacement.
(For one thing, I have an
Bo Peng wrote:
> Agreed, except that order is not a big problem, and as you have
> suggested to sort embedded files, we can also sort user bibfiles. (I
> know it is not particularly nice to reorganize user input :-).
No. The order of the bibfiles matters in many ways and must not be changed
behin
[EMAIL PROTECTED] wrote:
I've talked to Andrei, Rex etc and from a design point of view, we're
ready to go live. So what else is missing before a release?
It's looking very nice, but I notice when playing with the different
skins at http://www.lyx.org/test/Download that LyX Downloads
isn't vi
Andre Poenitz <[EMAIL PROTECTED]> writes:
> I'd simply drop that feature. There is no proper solution possible.
+1
JMarc
On Thu, 3 Apr 2008, Pavel Sanda wrote:
What exactly do you mean? Do you want all the pages that are linked
from 'Development' to be in the main menu?
not all, but these i find useful to have as one click job:
- news & roadmap (will merge it as one page)
- bugzilla
- i18n status
- pointer to sv
On 2 apr 2008, at 19.09, Rex C. Eastbourne wrote:
Anders Ekberg wrote:
On 1 apr 2008, at 22.53, [EMAIL PROTECTED] wrote:
I've talked to Andrei, Rex etc and from a design point of view,
we're ready to go live. So what else is missing before a release?
I've modified
http://www.lyx.org/tes
71 matches
Mail list logo
