Hi, Rainer,
I agree with your idea of using sourceforge to distribute files
because ftp.lyx.org and ftp.devel.lyx.org have been slow and I was not
able to connect to them at all last week. I have added you as an
administrator of the LyX sourceforge project. There are some testing
web/wiki stuff an
Oops, please discard this email. It was sent by mistake.
Bo
2011/6/12 Bo Peng :
> bp9:
>
> hg19: 217/81
> hg18: 218 (real) /81 (uesr)
> dbNSFP: 105/59
>
> mysql/bp8:
>
> hg19: 784m/198m
>
bp9:
hg19: 217/81
hg18: 218 (real) /81 (uesr)
dbNSFP: 105/59
mysql/bp8:
hg19: 784m/198m
> its in.
> pavel
Great. Thanks.
Bo
> aha, so its dupe of http://www.lyx.org/trac/ticket/4635 , right?
Exactly.
Bo
Hello,
Can anyone add the attached setup.hint to
lyx-devel/trunk/development/cygwin (or any other appropriate place)?
This file is used for the cygwin system to install required packages
when lyx/cygwin/x11 is installed from the cygwin package manager.
Adding it to the trunk will save a future cyg
> I am curious: what would be the interest of using Cygwin when Windows
> binaries are readily available?
For Linux users (who have to use windows), cygwin provides an
integrated working environment that can be more comfortable to use.
For example, they can have a real shell with bash, subversion,
> What do you mean by "official"? We do have a cygwin port for 1.6.6.1 from
> Enrico here:
>
> ftp://ftp.lyx.org/pub/lyx/bin/1.6.6.1/
Official means that users can use the cygwin setup tool to install
lyx, which is much easier. It has to use cygwin/qt4 so it uses X
instead of qt4/win32. In this se
Dear all,
The official cygwin port of lyx has not been updated for a long time
(mostly due to its lack of a qt4 port). I gathered some courage and
built a cygwin binary for lyx 1.6.6. Can someone help me upload it to
ftp://ftp.lyx.org/pub/lyx/bin/1.6.6.1/cygwin? I tried but could not
find a direct
>>Other entries?
>
> The "Export as ZIP" feature. I'll try to come up with a prototype asap.
>
> Vincent
Is this the final consensus of the embedding/zip/folder/whatever
feature of lyx? I have been forced to use MS Word more and more
because of increased collaboration activities. It becomes clear
> After applying lots of such settings over and over, a grouping would
> be useful, in the same manner as for graphics. When several listings belong
> to the same group, changing settings for one changes the settings for all in
> that group. And new code snippets just need to be added to the correc
> * keywords: => patch
> * milestone: 2.0.0 => 1.6.6
Cannot test here but the patch makes sense to me.
Bo
> Yes, this is a very annoying bug. The Modify button of the Shortcut dialog
> can actually not be used to modify existing shortcuts.
>
> Currently you have no other choice than to delete an existing shortcut and
> create a new one -> Putting it on the LyX 2.0 radar.
Is this also true for 1.6.
> I just disabled the possibility to put the cursor into the InsetInfo.
Will this also disable selecting and copying text out of InsetInfo? As
far as I remember, InsetInfo at first did not get cursor/focus, which
was corrected as a bug.
Bo
>>>
>>You are right, I think, that the values should still be there.
>>
> No, they are not, you're right.
So when a file is readonly, the desired behavior should be:
1. values are populated to the dialogs, (bug with insetInfo and insetLabel etc)
2. values should be grayed out and cannot be change
> Is the file marked read-only?
Yes, but the values should still be populated to the dialogs, right?
At least the figure dialog displays filenames in this case. Or is this
a bug for the figure dialog?
Bo
Dear all,
In the spirit of a new year, I checked out the lyx trunk and would
like to see what has been done to lyx in order to fix perhaps a number
of standing insetInfo bugs. I was pleasantly surprised that scons is
still working and compiled the trunk without problem under a Ubuntu
9.10 system.
On Mon, Dec 21, 2009 at 11:35 PM, Christian Ridderström
wrote:
> 2009/12/21 Vincent van Ravesteijn - TNW :
>>
>> Christian, you're listed as a contributor to dvipng (so you must be an
>> expert). Do you have any info on this ?
>
> Sorry, I don't have any idea at all about this. (Actually, I wonder
> btw can i still CC you on bugs related to keybindings/inset-info business or
> you don't like to be spammed about this stuff anymore?
I provide limited lifetime support for the code I wrote. :-)
Bo
>
> Comment:
>
> i never heard of bpeng.bind. Bo?
>
This ticket refers to a bindfile I posted on the wiki a while ago,
which has a lot of Greek and mathematical symbols. I proposed to
include some of the shortcuts in the standard binding files but people
felt that we should not add too many short
> so we have two haters today :)
> but please note that you started it by reverting my code without a single
> question. it drives me crazy to ...
It is a pretty Friday morning and I suddenly feel like checking what
is going on with LyX, and I see this email. I am glad that the LyX
traditions and
> Perfect. So this mean that we abandon sourceforge completely, right?
>
> So far, the plan looks good.
Right, after all the debates, Lars dictates.
Bo
> Well, I guess all I can do is not use the Delete key since no one seems to
> know why it won't work since the upgrade to 1.6.1. So, I'll unsubscribe from
> this list.
I experienced something like this when I developed the new shortcut
dialog with certain combination of os/qt/lyx but I could not
> Can those of you that today have a lyx.org mailing address (account on
> aussie) please send me a mail containing:
>
> (will be same as on aussie)
>
I would like to note that your may need another username at sf.net if
it is already taken there. I believe an account is needed to commit to
the
> These distributions are on ftp.lyx.org (a separate server) and can stay
> there
> for now. I really do not want to have to deal with sf.net monstruosity to
> get files (unless there is a ftp access).
I do not understand at all why a tree-like structure (such as
http://sourceforge.net/project/sho
> Where would we move them to? Exactly? I'd guess a shell script would take
> care of this fairly quickly.
I was talking about creating actual releases for these historical
releases using the file release system of sf.net. Doing that manually
can be tiresome because you need to set the 'type' of e
> ftp.devel.lyx.org as backup for ftp.lyx.org:
> I think we have to use sf.net for that as well.
How about old source and binary distributions? If someone has enough
free time, he can move all historical source and binary releases to
sf.net. Note that we can not use the web space because it is lim
> From http://simupop.svn.sourceforge.net/viewvc/simupop/trunk/doc/tools/
> , you can find a patch (converter_patch.diff) to the current converter
> tool (http://svn.python.org/projects/doctools/converter/converter )
> and an updated convert.py .
Note that I have sent some of the patches to Georg
> reST is quite limited (no bibtex support, no math, no small-caps, no
> bold-italic, ...) so that this might not work for all.
At least for my software manual, I do not need advanced formatting and
the simplicity of reST rules. Note that reST is *extensible* and
Sphinx uses many extensions to han
> Also, MathML is more and more supported. So there is need for a
> MathML-emitting converter (a Python LaTeX-math to MathML converter is
> e.g. available in the Docutils Sandbox).
I would personally recommend a LyX -> LaTeX (skip?) ->
restructuredText -> HTML option. Both LaTeX->reST and reST->HT
> Bo and I have verified this,
The problem is basically that a .php script executed by sf.net can
write to any writable location of sf.net, which are usually
apache-writable directories under the persistent directory of some
projects. sf.net fully understand this, as some casual search turns
out:
> Hmm... I just realized that one thing I'll miss if I don't have full access.
> It's the ability to change ownership and permission of certain files and
> directories. This can sometimes be problematic when doing some stuff with
> the wiki/web. That's sometthing which will make things a little bit
>> LyX is a totally different story. LyX is a much smaller project. If
>> two major features are developed separately, there are high
>> probability of conflict.
>
> Did we ever had that situation?
Then what happened to XML and other branches? LyX is sufficiently
small so that you can not leave tr
> Rember the claim put forward a couple of posts ago: "IMHO, we do not
> have enough manpower to use the git model."
>
> Which is just FUD.
Linux/core is huge and there are many components and subcomponents.
Groups of people work on these subcomponents and submit their tested
patches to their com
> A sub-dump is done every night... from the last full dump until present.
That indicates a lack of communication between us... :-)
> I think that your way of doing the dump might result in a tiny bit more
> manual work required to get it up to date.
It does not matter if we do not need to do th
> It is driven by PmWiki, which can be used on SF. However, I believe it'll
> require quite a bit of work to migrate to a different host(name). It was
> never designed to be portable like the web pages (which are also generated
> by PmWiki).
This will be case if we migrate to ANY service, and auss
>> I know that, but I was creating a full dump.
>
> Que??
A full dump till Thursday, not the previous Sunday...
Bo
>
> | I do not know such a way, sorry.
>
> I do.
If you would like to re-import the repository so that others do not
have to check out fresh, go ahead. :-)
> Already done automatically. Full dump is done automatically on aussie
> every sunday.
I know that, but I was creating a full dump.
Cheer
> | Trac has some support to import bugzilla databases. Can we do that?
> | bugzilla2trac.py here:
> | http://trac.edgewall.org/browser/trunk/contrib/
>
> And before deciding that it is not possible to do this at sf, we should ask
> the staff about it.
There are several requests regarding this
htt
> | And I really hope you make the dump and import in such a way to just
> | enble developers to just switch their threes instead of doing a full
> | new chekcout.
I do not know such a way, sorry. Even if the bzipped dump file is
200M, importing still took 10+ hours yesterday and you did not count
Dear all,
Trac is one of the hosted apps of sf.net so it took only a few mouse
clicks to install it. It is available now at
http://apps.sourceforge.net/trac/lyx/ , browse source already works.
I checked sf.net help and issue tracker. There is no simple way to
import bugzilla entries to sourcefor
Dear all,
http://lyx.sourceforge.net is up and running. I just changed one line
in farmconfig.php and added a .htaccess file. The content has not been
updated.
Although there are ssh access to user webspace, there is only sftp and
rsync access to project webspace. This makes it difficult to use
s
> I don't think this would be a good idea for a stable release.
>
> It is already postponed :-(
How about we decide, right now, to switch to sf.net? The subversion
repository will be ready in a few hours (it is at revision 13425 now)
and it should be a simple 'svn switch' to switch your local copy
On Fri, Mar 6, 2009 at 11:47 AM, Jürgen Spitzmüller
wrote:
> Bo Peng wrote:
>> It would be easier for the final
>> migration if you guys can refrain from committing small patches for a
>> while. You **might** need to re-commit to the sf repository later.
>
> Well, if it
I am migrating our subversion repository to sourceforge.net
http://lyx.svn.sourceforge.net/viewvc/lyx/
This was meant to be a test migration but I realized that I do not
really want to repeat this process again, which involves 10T of data
and 10+ hours of work (3+ hrs dump, 3+ hrs sftp, still imp
> Not quite true. In a git world, a bug fixing would _always_ happen in a
> specific branch and be merged to the main repo when it's done;
This is not that useful if we keep the one developer - one feature
developing model. Right now, when you work on a feature, all others
are forced to check it o
> | and there is a good question why should we migrate after all. while i enjoy
> | git i see drawbacks from such switching too...
>
> Please name them.
subversion is considerably simpler than git if we do not use branches
that often. Having a revision number (I know where to find revision
21007),
> | Why do you prefer sf.net to other forges, actually?
Like many other hot issues, I think no consensus will be reached by
emails, but real actions will prevail. If you like a host site, please
go ahead and start migration. I do not think it will hurt lyx in any
way if we register lyx on a few we
> for example i like to have personal web pages so i can run things like doxygen
> generated docs for lyx,
sf.net provides ssh access, something even my web hosting company is
unwilling to provide. I just checked and it has doxygen pre-installed.
http://apps.sourceforge.net/trac/sitedocs/wiki/SSH
> Now that is has been brought up, I think we should have a close look at
> sourceforge.net.
I have used sourceforge for my own project for five years and I am
satisfied with their services.
1. mailinglist based on mailman works.
2. I use subversion but it supports git as well.
(http://apps.sour
>
> The bug database might be a problem...
I know that many people dislike sourceforge but sourceforge supports
pmwiki (our web), trac, and some project and bug tracking systems...
http://apps.sourceforge.net/trac/sitedocs/wiki/Hosted%20Apps
Bo
> I am not sure if that was the original reason. logging has appeared in python
> 2.3 and initially for lyx 1.4 we planned for python 2.2. I am not sure if that
> is the reason FWIW I am just adding this to be fair.
This might be the reason, but I did not even look for something like
this when I w
===
--- lib/configure.py (revision 28701)
+++ lib/configure.py (working copy)
@@ -8,27 +8,22 @@
# \author Bo Peng
# Full author contact details are available in file CREDITS.
-import sys, os, re, shutil, glob
+import sys, os, re, shutil, glob, logging
+# set up logging
>
> PS. I don't like this way to insert labels. A) it seems prone for bugs,
> B) the label is not shown on the screen.
>
> PS2. I can't think of a good alternative right now.
Attached is a patch that fixes the bug. The only question I have is
whether or not CutAndPaste.cpp is the best place to upd
>> We thought you were just talking about normal labels. So the problem is
>> that the mechanism that changes duplicate labels on copying isn't working
>> with the labels that go with listings child docs. That's what we need to
>> fix, since we don't want duplicate labels.
>
> Yep, I remember this
>>3. insert cross-reference a.
>>4. select the listings inset, copy, paste,
>>5. click the copied listings. **I still see label a.**
>
> This is a bug.
>
> The label should have changed to "a-1" with a warning message (to be
> consistent with the 'normal' labels).
I see. The problem with InsetList
> Well, I'm using the 1.6.1 release..
>
> .. and I really can't get two labels with the same name.
OK. I am using LyX svn/branch, svnversion 28539, flash screen shows
version 1.6.2svn.
Now repeat after me :-)
1. create a new document
2. insert File->Child document->program listing, with label a.
> If I copy a Listing with a label, the label is renamed to something else
> in order not to have two labels with the same name. Then renaming this
> new label should not have any effect on the existing references.
This is not the case for branch. I do not have trunk to test.
Bo
> Does it make sense to only do this if there is no Label_A in the
> document? I copy listings inset around a lot so that I do not have to
> re-specify some listings parameters, and the automatic change of
> references have been annoying.
With the attached patch, only the update of the 'first' Ins
Dear list,
If I have a document with a reference to a program listing,
Ref:A Listing_with_Label_A
If I copy Listing_with_Label_A to another listing and change its label
to B. Ref:A will be automatically changed to B. That is to say
Ref:B Listing_with_Label_A Listing_with_Label_B.
Doe
> I hope I speak for everybody when I say it's very nice to hear from you
> again[*].
Thanks. I still browse list emails from time to time and you know what
topic attracts me most. :-)
> I hope your pmwiki problem at sourceforge is fully resolved now.
sourceforge.net does not allow sendmail so
> We are only talking about maintaining a list of links in the Buffer structure
> within LyX itself,
> not in an external manifest file.
Sorry, I have not traced the development of LyX for a while...
> Please, no drama this time :-)
You can trust me on this. I am already retired so the most I
> Not that I am an expert but you first step is OK with me. Note that you kind
> of already have that with the Navigator for InsetGraphics.
But the need for a manifest file/registration has not been agreed upon
(my embedding approach does not need it). I disagree with your
incremental approach bec
> I'm sort of working on the subject..
How do you think of David's proposal? Do you already have your own
proposal or even implementation somewhere?
Bo
> I found a thread from about a year ago here which may be what you're talking
> about.
There were several flame wars about embedding ... to a level that the
whole lyx-devel mailinglist was hijacked and everyone involved was 2nd
degree burned. The unfruitful discussions eventually leaded to my
ret
> Thanks for your thoughts. I skimmed your pdf but I'll have to give it a
> fuller read later. In the meantime I wanted to respond to your post.
I skimmed your file and it does not seem to differ much from a
previous bundling implementation. (I can be wrong here but the
manifest file etc were th
> This allows for a
> lossless .lyx -> .plyx -> .lyx conversion. Although .plyx -> .lyx -> .plyx
> could be lossy, a script could be used to update the manifest of a new .plyx
> file based on an old .plyx file to minimize the loss.
The lossy .plyx -> .lyx -> .plyx conversion has been the center
On Thu, Jan 29, 2009 at 3:11 AM, Piero Faustini
wrote:
>
>> There is often discussion (or a feature request) on one of the mailing
>> lists of how to share a LyX document with other users (LyX or non-LyX).
>
> for those who don't know it, there's a discussion on this topic on
> http://comments.gma
>
>> When one has to use command-sequence to implement a menu entry, a
>> warning light should ring (if I may say). This is useful in a few cases,
>> but this case belongs to a personal ui file.
I agree with JMarc's opinion. If we really want such menu items, we
should expand the inset-info and it
On Sun, Jan 11, 2009 at 2:02 AM, Jürgen Spitzmüller
wrote:
> Bo Peng wrote:
>> The attached patch
>> fixes the bug but I am not sure if this is the best solution.
>
> Looks sensible.
>
> Jürgen
>
It is now fixed in branch: http://www.lyx.org/trac/changeset/28101
> I started with the SCons script and need the attached patch to get it
> running.
> Bo, can this go in or do you want to change more (comments etc.)?
You mean scons already supports Python 3.0?
Actually, because we distribute a version of Python under window and
python 2.x will stay on any *nix
On Sat, Jan 10, 2009 at 4:36 PM, Pavel Sanda wrote:
> Bo Peng wrote:
>> Hi, Everyone,
>>
>> This is now bug 5681. I am debating now if I should change my input
>> files or fix lyx. :-)
>
> fix lyx? :)
I do not understand why changeExtension is needed for the INPU
Hi, Everyone,
This is now bug 5681. I am debating now if I should change my input
files or fix lyx. :-)
1. create a document
2. insert a program listing file 'test.h' (with test content this is test.h)
3. insert another program listing file 'test.i' (with test content
this is test.i)
4. (Just che
On Thu, Jan 8, 2009 at 6:58 PM, wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=5648
>
>
> --- Additional Comments From p...@twin.jikos.cz 2009-01-09 01:58 ---
> Bo?
The fix is trivial. Pavel, could you please submit the attached patch
to branch and trunk. (I do not have trunk here.)
Talking about *stream, I guess you all still remember our
boost::iostreams trouble with LyX 1.5.0. I recently figured out (from
my own project) why boost::iostreams failed under windows. If you guys
are still interested in replacing gzstream with boost::iostreams, I
can prepare a patch when I get a
> Well, what is missing is that if you try to do what INSTALL.* says, you have
> to download things that don't exist, then you need to do some magic things,
> andsoforth. I can't give you more details right now, but I'll come back to
> it later.
In addition, INSTALL.scons describes how to use scon
> What feature do you think that LyX is missing badly?
Layout editor, because it is painful to define new character layout,
and define a new layout for a latex class.
Embedding, because it is difficult to share my lyx documents with others.
> Where do you intend to work during this development c
> Actually, this is the first time I hear the "SCons", so I looked it up in
> wikipeida, then I knew this is a build tool like CMake which I heard before.
cmake and scons can both build lyx under windows. cmake has the
advantage that it produces a native VC project, but it does not (?)
build a win
> I'm totally new to Lyx, and I even can't find any stuff in more detail. The
> document on wiki is so simple, so, I still don't know how to do.
>
> I just download the package "lyx-windows-deps-msvc2008", after unzipped it,
> I found there are many folder's like:
>
> "bin" "lib" "include" "qt-4" .
> Like:
>
> 1, install Visual C++ 2008
> 2, install QT with it's librarys
> 3, download the SVN source of Lyx
>
> 4, use some tools such as CMake or open the vcprj file directly.
> 5, compile and build the lyx.
I have not done it for a while, but with the dependency files (the
dependency files and
> I've uploaded the Windows installers and a new dependency package to
> http://www.lyx.org/~joost
Just tested the non-bundle version, under vista, with administrative
privilege, worked perfectly.
Bo
2008/11/3 gh zhao <[EMAIL PROTECTED]>:
> Hello,
> I need some help. Lyx is too big to read the source code through.
> I want to know the structure of Lyx.
>
> I am writing a python program for my project.
> I need use boost.python to partially wrap Lyx to interface with python so
> that I can
> I assume you mean shortcuts.lyx: only in the (widest) Edit table. See
> attached.
>
> In the userguide there are several occurences (although it's probably worst
> on the Mac now). Certainely we should not put multiple shrotcutS into an
> mbox. Maybe make even the normal single-shorcut breakable
On Fri, Oct 31, 2008 at 8:59 PM, Konrad Hofbauer
<[EMAIL PROTECTED]> wrote:
> I played with InsetInfo (mostly -shortcut) and found a few bugs.
>
> 1) I can set the cursor into an InsetInfo by clicking on it, or by scrolling
> into it with the up/down cursor keys (not left/right, there it jumps over
On Tue, Oct 28, 2008 at 1:17 PM, Konrad Hofbauer
<[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
>>
>> And help -> shortcuts.py may be too wide under mac.
>
> It seems already too wide (see attached), also with Win/Linux names.
I agree, but the document is at least prin
> P.S. Admitted, things might get a bit long, but IMO better a suboptimal
> solution than a non-compilable userguide.
And help -> shortcuts.py may be too wide under mac.
Bo
On Mon, Oct 27, 2008 at 9:15 AM, Jürgen Spitzmüller
<[EMAIL PROTECTED]> wrote:
> Jean-Marc Lasgouttes wrote:
>> > *** For LyX 1.6.0 ***
>> > The attached patch.
>> > Quick and dirty, but does the job. IMO a MUSTFIX, the userguide should
>> > compile.
>>
>> This strikes me as a good idea actually.
>
>
>> 2) InsetInfo->shortcut and InsetInfo->shortcuts do not do the same
>> thing with respect to Mac Keybindings. Somebody else will need to fix
>> this.
>
> I'll have a look.
Thanks. I was concerned with this problem as well but I did not have a mac.
Bo
>
> Fixed as well. See patch attached in Bugzilla.
http://bugzilla.lyx.org/show_bug.cgi?id=5349 is easy to fix as long as
someone knows how to quote a string with " properly.
Bo
> Did you try the oolatex command or only the htlatex command that LyX uses?
As far as I remember, I used the lyx export (htlatex I assume), and
tex4ht command line. I got a .odf file but ooffice cannot open it.
Bo
On Tue, Oct 14, 2008 at 1:54 PM, Joost Verburg
<[EMAIL PROTECTED]> wrote:
> Jürgen Spitzmüller wrote:
>>
>> Joost Verburg wrote:
>>>
>>> Is it OK to change this order so oolatex will be the first choice?
>>
>> This was changed intentionally because oolatex failed to work on some
>> systems:
>>
>> h
On Sat, Oct 11, 2008 at 8:09 AM, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> While updating the shortcuts in the Userguide, I decided to switch to
> InsetInfo, but found the following 3 bugs:
> http://bugzilla.lyx.org/show_bug.cgi?id=5339
> http://bugzilla.lyx.org/show_bug.cgi?id=5341
> http://bugzilla.
On Fri, Oct 10, 2008 at 9:48 AM, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> While updating the docs to follow the current shortcut notation, I noticed
> that it is not correct:
>
> We use "Alt+D". This implies to use "Alt+Shift+d". To be consistent, we
> should use either
> "Alt+d"
> or
> "ALT+D"
IIRC
On Tue, Sep 30, 2008 at 1:43 AM, Enrico Forestieri <[EMAIL PROTECTED]> wrote:
> Please, see http://bugzilla.lyx.org/show_bug.cgi?id=5297 for background info.
>
> Before the introduction of InsetInfo, the LaTeXConfig.lyx file was being
> generated from the template LaTeXConfig.lyx.in by replacing st
On Tue, Sep 23, 2008 at 8:06 PM, Bennett Helm <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
>>
>> I can have a look at the code at the end of this week if needed.
>
> Bo - while you're at it, can you hav
>> yes, then we could do that. But note that there'd be no way to manage the
>> order of the bindings then, and no indication of what they are. So I'm
>> inclined not to allow "adding" a binding via the shortcut panel unless
>> those problems are solved. And maybe we could also disallow rebinding a
> I think it is about how LyX displays the tabs. Now, the tabs are painted by
> QPainter and the cursor movement is guided by QFontMetrics. I tried to paint
> the tabs and to guide the cursor myself, but this lead to (for me)
> ununderstandable crashes. If you know how we can override the defaul
> The TAB width should be consistent for all listings in a document. You are
> right, that some prefer 3 characters, some 4, some only 2. So what we need
> is an item in the listings dialog in the document settings. 4 should be the
> default.
> The current 8 characters width is definitively too wid
> yes, if i manually put Tab into bind file, it starts working.
> when i try to use Tab via shortcuts panel, then i see
> \bind " " "complete"
Is the rest of the patch working, and in the trunk? I can fix the
shortcut dialog later.
Cheers,
Bo
On Sun, Sep 7, 2008 at 4:39 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> Stefan Schimanski wrote:
>> Attached is a patch to replace the manual interception of keys with proper
>> LFUNs. In fact one half of it was already implemented. Now you can also set
>> the key to hide the popup/inline completi
1 - 100 of 4033 matches
Mail list logo
