Angus Leeming wrote:
> Alfredo Braunstein wrote:
>
>> btw, how should we introduce source-latex only for view->dvi? a
>> latexflavour?
>
> Your pet project surfaces again? Why not try and put a few thoughts
> down on e-paper about how it might be implemented and we can knock
> some ideas around.
On Monday 20 October 2003 19:27, Angus Leeming wrote:
> Alfredo Braunstein wrote:
> > btw, how should we introduce source-latex only for view->dvi? a
> > latexflavour?
>
> Your pet project surfaces again? Why not try and put a few thoughts
> down on e-paper about how it might be implemented and we
Alfredo Braunstein wrote:
> btw, how should we introduce source-latex only for view->dvi? a
> latexflavour?
Your pet project surfaces again? Why not try and put a few thoughts
down on e-paper about how it might be implemented and we can knock
some ideas around.
Angus (back from a long w/e in a
Angus Leeming wrote:
> I hope that's lib/configure rather than $top/configure. The effect
> shouldn't be compiled into LyX.
Exactly. ... it would be so nice if some autoconfigure-knowledgeable good
soul had a look (existence of srcltx.sty/availiability of --source-specials
option to latex)...
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Undesirability? I get lots of warning messages when generating
Angus> previews for a file with \usepackage{srcltx} in the preamble.
Angus> Dunno if that's something to bear in mind or not.
Warnings about specials can usually be sup
On Thu, Oct 16, 2003 at 06:54:25PM -0200, Joao Luis Meloni Assirati wrote:
> Lyx should work with a number of latex distributions, in many versions
> etc. It is hard to predict what will be the behavior of each one, and
> _maybe_ implementing a dialog like I sugested could be simpler and more
> re
On Thu, 16 Oct 2003, Alfredo Braunstein wrote:
> Joao Luis Meloni Assirati wrote:
> > I think that the frontends should have a dialog with a tri-state
> > (radio) button as this:
> >
> > Inverse DVI search:
> > [ ] Disable
> > [ ] Latex option [ --src-specials ] <- text box
> > [ ] Package
On Thu, Oct 16, 2003 at 07:11:34PM +0200, Alfredo Braunstein wrote:
>
> it? Can it collide with other packages etc? (maybe a checkbox to supress it
> after all?).
It can potentially screw up the spacing, but I don't know if this is indeed
a problem.
Alfredo Braunstein wrote:
> Joao Luis Meloni Assirati wrote:
>
>> The patch attached plus the two files socket_callback.{C,h}, that
>> must be placed under src/frontends/qt2, solve add qt support (don't
>> forget to run autogen/configure). The files socket_callback.{C,h}
>> _really_ need to be ch
Joao Luis Meloni Assirati wrote:
> The patch attached plus the two files socket_callback.{C,h}, that must be
> placed under src/frontends/qt2, solve add qt support (don't forget to run
> autogen/configure). The files socket_callback.{C,h} _really_ need to be
> checked by someone that understands q
On Wed, 15 Oct 2003, Alfredo Braunstein wrote:
>
> Things still missing:
>
> - qt support
The patch attached plus the two files socket_callback.{C,h}, that must be
placed under src/frontends/qt2, solve add qt support (don't forget to run
autogen/configure). The files socket_callback.{C,h} _reall
Joao Luis Meloni Assirati wrote:
> And finaly Angus, as promised, lyxclient.man. Can someone check my
> horrible english?
Your english is not worse than mine (but that means nothing so no help here)
The patch works as advertised. Can I apply it (or someone else)?
Unfortunately, my xdvi (stock r
Hello all,
These patches implement the idea of seting the socket address using
environment variables.
putenv.diff is a necessary patch to putenv. Environment variables must
be allocated.
export-socket.diff makes LyXSocketServer export the variables XEDITOR (for
xdvi) and LYXSOCKET (for lyxclien
Kuba Ober <[EMAIL PROTECTED]> writes:
| > | Doesn't Kuba mean
| > |
| > | /tmp/lyx --- owned by you
| >
| > The problem is then to make this happen.
| >
| > So the top dir would have to be /tmp/lyx- that you
| > can lookup somewhere else, f.ex. in ~/.lyx/pipeinfo
|
| Like DCOP does ;-)
Yes, I th
On środa 12 marzec 2003 01:27 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Alfredo Braunstein wrote:
> | > Kuba Ober wrote:
> | >> There's no reason for a globally fixed filename. At least, the file
> | >> name containing the user name or uid. That's what DCOP does
Angus Leeming <[EMAIL PROTECTED]> writes:
| Alfredo Braunstein wrote:
|
| > Kuba Ober wrote:
| >
| >> There's no reason for a globally fixed filename. At least, the file
| >> name containing the user name or uid. That's what DCOP does in KDE.
| >
| > The file name containing only the user name
Alfredo Braunstein wrote:
> Kuba Ober wrote:
>
>> There's no reason for a globally fixed filename. At least, the file
>> name containing the user name or uid. That's what DCOP does in KDE.
>
> The file name containing only the user name or uid doesn't forbid
> another user to take it first.
>
>
Kuba Ober wrote:
> There's no reason for a globally fixed filename. At least, the file name
> containing the user name or uid. That's what DCOP does in KDE.
The file name containing only the user name or uid doesn't forbid another
user to take it first.
If DCOP allows another user to forbid me
On środa 12 marzec 2003 11:29 am, Alfredo Braunstein wrote:
> Kuba Ober wrote:
> >> Why not? I don't want other users to break my lyx installation, why
> >> should they be able to?
> >
> > Umm, your files in /tmp belong to you! Look at lyx's temporary directory
> > already in /tmp.
>
> Of course th
Kuba Ober wrote:
>> Why not? I don't want other users to break my lyx installation, why
>> should they be able to?
>
> Umm, your files in /tmp belong to you! Look at lyx's temporary directory
> already in /tmp.
Of course they do. The problem is when they belong to some other user.
If the name is
On środa 12 marzec 2003 07:12 am, Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> | If it's a pid then it's _not_ globally unique. And how the client guesses
> | the pid? What pid is it?
>
> That would then be a problem for _all_ such programs.
I would implement it li
On środa 12 marzec 2003 06:40 am, Alfredo Braunstein wrote:
> Lars Gullik Bjønnes wrote:
> > .lyx-pipe-larsbj.5423
> >
> > That is guessable, right?
>
> It depends, how does the client gets the number (is it a pid or is it an
> unique number or what)?
>
> > | If the name is unique user-wise, won't
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| If it's a pid then it's _not_ globally unique. And how the client guesses
| the pid? What pid is it?
That would then be a problem for _all_ such programs.
--
Lgb
Lars Gullik Bjønnes wrote:
> In this case it is supposed to be a pid.
>
> | They can use globally unique filenames.
>
> so can we then
>
If it's a pid then it's _not_ globally unique. And how the client guesses
the pid? What pid is it?
Alfredo
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > .lyx-pipe-larsbj.5423
| >
| > That is guessable, right?
|
| It depends, how does the client gets the number (is it a pid or is it an
| unique number or what)?
In this case it is supposed to be a pid.
| They ca
Lars Gullik Bjønnes wrote:
> .lyx-pipe-larsbj.5423
>
> That is guessable, right?
It depends, how does the client gets the number (is it a pid or is it an
unique number or what)?
> | If the name is unique user-wise, won't another user be able to break
> | your lyx by creating a file in tmp with
On 12 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Joao" == Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> Joao> Implementing client within lyx has the disadvantage that lyx is
> Joao> too big. In systems with small memory this can be a problems (a
> Joao> very simple operation taking
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Lars Gullik Bjønnes wrote:
>> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>
>> | Lars> Then perhaps we should create our pipes and sockets in a |
>> Lars> different places as standard. (/tmp/)
>> |
>> | /tmp seems t
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| >
| > | Lars> Then perhaps we should create our pipes and sockets in a
| > | Lars> different places as standard. (/tmp/)
| > |
| > | /tmp seems to be a reasonable
On 11 Mar 2003, Lars Gullik Bjønnes wrote:
> We should remove the config options of being able to set the pipe
> names. Then the pipes can always be found in the same spot.
On Wed, 12 Mar 2003, Andre Poenitz wrote:
> The pipes can be created in toplevel .lyx and have a fixed position.
On Wed, 1
Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | Lars> Then perhaps we should create our pipes and sockets in a
> | Lars> different places as standard. (/tmp/)
> |
> | /tmp seems to be a reasonable place indeed. I guess this is what the
> | directories like /tm
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> Then perhaps we should create our pipes and sockets in a
| Lars> different places as standard. (/tmp/)
|
| /tmp seems to be a reasonable place indeed. I guess this is what the
| directories like /tmp/.X11-unix or /tmp/mcop-foo do, no?
Yes.
On Wed, 12 Mar 2003, Andre Poenitz wrote:
> On Tue, Mar 11, 2003 at 09:51:52PM +, John Levon wrote:
> > > .lyx/someversion .lyx/someotherversion
Right now I have:
.lyx/ .lyx_1.2.2/ .lyx-1.3.0/ .lyx-1.3.1cvs/ .lyx-1.4.0cvs
so I'd be happy to switch to something like this:
>tree
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> |
Lars> | Lars> Joao Luis Meloni Assirati <[EMAIL PROTECTED]>
Lars> writes:
Lars> | Lars> | On 11 Ma
Kornel Benko <[EMAIL PROTECTED]> writes:
| On Mittwoch, 12. März 2003 10:41, Lars Gullik Bjønnes wrote:
| > | You mean using "lyx -userdir xxx" is non-standard? That's the way I
| > | use different lyx-versions.
| >
| > Yes, but then you must expect to use the same or similar swtiches on
| > tools
-BEGIN PGP SIGNED MESSAGE-
On Mittwoch, 12. März 2003 10:41, Lars Gullik Bjønnes wrote:
> | You mean using "lyx -userdir xxx" is non-standard? That's the way I
> | use different lyx-versions.
>
> Yes, but then you must expect to use the same or similar swtiches on
> tools that work with ly
On Tue, Mar 11, 2003 at 09:51:52PM +, John Levon wrote:
> > .lyx/someversion .lyx/someotherversion
>
> How does that help at all ?
The pipes can be created in toplevel .lyx and have a fixed position.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, n
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Lars> | On 11 Mar 2003, Lars Gullik Bjønnes wrote:
| Lars> |
| Lars> | > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> w
> "Joao" == Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
Joao> On 11 Mar 2003, Jean-Marc Lasgouttes wrote:
>> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | lyx -client I'd be more happy if this was done
Lars> as a separate prog. lyxclient
>> Why? "lyx -
Kornel Benko <[EMAIL PROTECTED]> writes:
| On Dienstag, 11. März 2003 22:32, Lars Gullik Bjønnes wrote:
| ...
| > Frankly, I do not want to support you.
| >
| > IMHO if you use lyx in non-standard ways you cannot expect tools made
| > to work with lyx, to work for you.
| >
| > This might sound har
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
Lars> | On 11 Mar 2003, Lars Gullik Bjønnes wrote:
Lars> |
Lars> | > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> | > | Why? "lyx -client " is nice too. It has to
-BEGIN PGP SIGNED MESSAGE-
On Dienstag, 11. März 2003 22:32, Lars Gullik Bjønnes wrote:
...
> Frankly, I do not want to support you.
>
> IMHO if you use lyx in non-standard ways you cannot expect tools made
> to work with lyx, to work for you.
>
> This might sound harsh but it is my honest
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Mar 11, 2003 at 10:45:36PM +0100, Lars Gullik Bj?nnes wrote:
|
| > IMHO even with version suffix you cannot expect regular lyx tools to
| > work.
|
| Then we should *remove* the option. If it's broke it must go away, it's
| as simple as that.
|
|
On Tue, Mar 11, 2003 at 10:45:36PM +0100, Lars Gullik Bj?nnes wrote:
> IMHO even with version suffix you cannot expect regular lyx tools to
> work.
Then we should *remove* the option. If it's broke it must go away, it's
as simple as that.
> and we should perhaps not have version suffix work like
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Mar 11, 2003 at 10:32:18PM +0100, Lars Gullik Bj?nnes wrote:
|
| > IMHO if you use lyx in non-standard ways you cannot expect tools made
| > to work with lyx, to work for you.
| >
| > This might sound harsh but it is my honest opinion.
|
| Calm d
On Tue, Mar 11, 2003 at 10:32:18PM +0100, Lars Gullik Bj?nnes wrote:
> IMHO if you use lyx in non-standard ways you cannot expect tools made
> to work with lyx, to work for you.
>
> This might sound harsh but it is my honest opinion.
Calm down lars, --with-version-suffix is supposed to work and
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
| > | How can I know where are lyxpipes?
| >
| > We should remove the config options of being able to set the pipe
| > names. Then the pipes can always be found in the same spot.
| >
| >
Kornel Benko <[EMAIL PROTECTED]> writes:
| On Dienstag, 11. März 2003 21:16, John Levon wrote:
| > On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
| > > We should remove the config options of being able to set the pipe
| > > names. Then the pipes can always be found in the sam
On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
> | How can I know where are lyxpipes?
>
> We should remove the config options of being able to set the pipe
> names. Then the pipes can always be found in the same spot.
>
> Would also reduce config gui clutter a bit.
Isn't th
On Tue, Mar 11, 2003 at 09:43:02PM +0100, Kornel Benko wrote:
> What does mean same spot? I am not using the standard
> .lyx directory.
Bleh, yes, good point. So we don't have much choice
john
-BEGIN PGP SIGNED MESSAGE-
On Dienstag, 11. März 2003 21:16, John Levon wrote:
> On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
> > We should remove the config options of being able to set the pipe
> > names. Then the pipes can always be found in the same spot.
>
> Ag
On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
> We should remove the config options of being able to set the pipe
> names. Then the pipes can always be found in the same spot.
Agreed ...
john
Joao Luis Meloni Assirati wrote:
> There is the problem of reading the prefs to know where are lyxpipes,
> though.
Well that's pretty simple. Why not the attached.
--
Angus#include
#include
#include
using std::getline;
using std::string;
using std::cerr;
using std::cout;
using std::endl;
us
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| On 11 Mar 2003, Lars Gullik Bjønnes wrote:
|
| > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > | Why? "lyx -client " is nice too. It has to share code with
| > | lyx (read prefs, for example) anyway.
| >
| > No, it doesn't have to do
On Tue, Mar 11, 2003 at 01:46:34PM -0300, Joao Luis Meloni Assirati wrote:
> (prefixIs(s, (*it)->tmppath)) && s.at((*it)->tmppath.size())=='/')
> || (s == (*it)->tmppath)
if (s == (*it)->tmppath)
return *it;
if (prefixIs(s, (*it)->tmppath) && s[(*it)->tmppath.size()] == '/')
return
On 11 Mar 2003, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> | Why? "lyx -client " is nice too. It has to share code with
> | lyx (read prefs, for example) anyway.
>
> No, it doesn't have to do that.
How can I know where are lyxpipes?
João.
On 11 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Lars> | lyx -client
> Lars> I'd be more happy if this was done as a separate prog.
> Lars> lyxclient
>
> Why? "lyx -client " is nice too. It has to share code with
> lyx (read pre
On Tue, 11 Mar 2003, Andre Poenitz wrote:
> On Tue, Mar 11, 2003 at 11:50:19AM -0300, Joao Luis Meloni Assirati wrote:
> > I updated my patchs on inverse dvi search. Please have a look at it.
>
> +Buffer * BufferList::getBufferFromTmppath(string const & s)
> +{
> + BufferStorage::iterator
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: |
| Lars> Hello,
| Lars> |
| Lars> | I updated my patchs on inverse dvi search. Please have a look
| Lars> at it.
| L
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: |
Lars> Hello,
Lars> |
Lars> | I updated my patchs on inverse dvi search. Please have a look
Lars> at it.
Lars> |
Lars> | inverse-search.diff: enhance the behavior of the f
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Hello,
|
| I updated my patchs on inverse dvi search. Please have a look at it.
|
| inverse-search.diff: enhance the behavior of the function
| server-goto-file-row and create new function in the class BufferList
| (getBufferFromTmppath) to
On Tue, Mar 11, 2003 at 11:50:19AM -0300, Joao Luis Meloni Assirati wrote:
> I updated my patchs on inverse dvi search. Please have a look at it.
+Buffer * BufferList::getBufferFromTmppath(string const & s)
+{
+ BufferStorage::iterator it = bstore.begin();
+ BufferStorage::iterator end
Hello,
I updated my patchs on inverse dvi search. Please have a look at it.
inverse-search.diff: enhance the behavior of the function
server-goto-file-row and create new function in the class BufferList
(getBufferFromTmppath) to identify a buffer by its temporary path.
lyx-client.diff: create a
On 25 Feb 2003, Jean-Marc Lasgouttes wrote:
> Joao> Is there someone with a recent tetex that can confirm if the
> Joao> option --src-specials to latex is enabled?
>
> Note that since LyX generates the LaTeX code by itself, it would not
> be too difficult to add src-special by ourselves, for examp
> "Joao" == Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
Joao> Hi, Alfredo
Joao> On Sun, 23 Feb 2003, Alfredo Braunstein wrote:
>> Joao Luis Meloni Assirati wrote: > tetex: 1.0.7+20011202 > xdvi:
>> 22.40f > Both support 'source special'.
>>
>> I think this is great. Do you know if
-BEGIN PGP SIGNED MESSAGE-
On Montag, 24. Februar 2003 15:32, Joao Luis Meloni Assirati wrote:
...
> Is there someone with a recent tetex that can confirm if the option
> --src-specials to latex is enabled?
I have SuSE8,1 with (latex --version)
TeX (Web2C 7.3.7) 3.14159
It suppor
On Mon, Feb 24, 2003 at 11:32:25AM -0300, Joao Luis Meloni Assirati wrote:
>
> As I could see in tetex mail archives, support for src-specials was
> included and later removed due to bad interaction with some packages. I
> don't know if now it is re-introduced.
>
> Is there someone with a recent
Hi, Alfredo
On Sun, 23 Feb 2003, Alfredo Braunstein wrote:
> Joao Luis Meloni Assirati wrote:
> > tetex: 1.0.7+20011202
> > xdvi: 22.40f
> > Both support 'source special'.
>
> I think this is great. Do you know if there are rpm packages of latex
> supporting --src-specials ? It seems to me that
On Sun, 23 Feb 2003, Dekel Tsur wrote:
> It doesn't compile:
> g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -isystem /usr/X11R6/include -O
> -fno-exceptions -W -Wall -Winline -c -o bufferlist.o test -f bufferlist.C ||
> echo './'bufferlist.C
> bufferlist.C: In member function Buffer*
>Buffe
On Sat, Feb 22, 2003 at 10:47:44PM -0300, Joao Luis Meloni Assirati wrote:
> This is my preliminary patch for inverse (dvi) search in lyx. It relies on
> latex to insert 'source specials', so latex must support the option
> --src-specials. Also, xdvi must support 'source specials'. My versions
> ar
Joao Luis Meloni Assirati wrote:
> tetex: 1.0.7+20011202
> xdvi: 22.40f
>
> Both support 'source special'.
>
I think this is great. Do you know if there are rpm packages of latex
supporting --src-specials ? It seems to me that the newest rh7.3 tetex
(tetex-1.0.7-47.rpm) doesn't support it, but
Hello,
This is my preliminary patch for inverse (dvi) search in lyx. It relies on
latex to insert 'source specials', so latex must support the option
--src-specials. Also, xdvi must support 'source specials'. My versions
are:
tetex: 1.0.7+20011202
xdvi: 22.40f
Both support 'source special'.
Ho
72 matches
Mail list logo
