headers
Steve Hobbs | 1 Oct 2004 17:18
Picon
Favicon

Compiled "working" gvim on Solaris 2.8, but bug in configure

Firstly I'll say this is my first post to this group and I've not been
monitoring traffic, so apologies if I break protocol here.

I've been trying for the last two days to compile gvim on Solaris 2.8
from source, and I've finally achieved it (almost), in the process I've
found what I consider a bug in the vim63/src/auto/configure.

QUESTION:
It now works but the GTK2-GUI version takes about 10-15 seconds to
appear. Any ideas??? (The non-GUI version is almost instant)

DETAILS ON THE BUG:
We have an existing /usr/local structure which has a particular version
of tools from SunFreeware.com. I didn't want to break this structure so
I went about creating an entirely new structure in "/usr/local2".

This meant I had to compile *everything* from source, which is a
process that's taken ages.

When I reached vim I noticed it required a toolkit to run the GUI, so I
choose GTK2. This was painful to say the least, but the mail at:
http://mail.gnome.org/archives/gtk-list/2004-August/msg00004.html
helped considerably.

Finally after testing GTK2 with gtk-demo I tried to compile VIM.

I couldn't get the tool to recognise my nice new installation in
"/usr/local2". It kept saying it couldn't find it.

I finally discovered the problem today.
(Continue reading)

Permalink | Reply | 2 comments |
headers
whiteinge.3080444 | 1 Oct 2004 22:34
Favicon

Re: Syntax error in $VIMRUNTIME/compiler/xmllint.vim

Doug,
This list is by no means comprehensive! It's just what I've seen personally.
Look at the comments at the bottom of the following file, I've included `xmllint
--version` info too.
Particularly eye-ball line 33, as that message differs
from most others in a most annoying way.
http://www.eseth.org/filez/storage/xmllint.vim

--Seth

> Do you have a list of the errors you've come across somewhere?
If so
> could you forward them on to me.
> Thanks,
> Doug
Permalink | Reply | 1 comment |
headers
Bram Moolenaar | 2 Oct 2004 17:29
Picon

Re: Hallo!


Sybren wrote:

> I've just subscribed to the vim-dev list. Just at the Free Software
> Bazaar of SANE 2004 Amsterdam I talked with Bram about the addition of
> graphical elements in GVim. My personal goal is to get, while editing
> LaTeX formulas, a rendered version of just this formula on screen.
> Bram had a more general idea about this, in combination with A-A-P. I
> hope to use this thread for discussing this subject.

My idea is that it's common to want to preview text that is input for
processing in some way.  I would not want to see the result in Vim
itself, but in a separate window (with perhaps ways to control the
display, e.g., scrolling and paging).  Perhaps with some way to position
the preview window relative to Vim.  But avoiding that the viewer
becomes part of Vim itself or that Vim has to manage windows.

For Agide (part of the A-A-P project) I made an interface for this, but
it's very primitive and requires Python.  Not more than an example at
this moment.

> A little question about this mailing list. What is the general opinion
> about PGP signing? I always sign my mails using PGP/MIME, but if this
> is a problem on this list I won't.

I have no opinion on this.  I don't use them.

--

-- 
hundred-and-one symptoms of being an internet addict:
43. You tell the kids they can't use the computer because "Daddy's got work to
(Continue reading)

Permalink | Reply | 4 comments |
headers
Bram Moolenaar | 2 Oct 2004 17:29
Picon

Re: Suggestion: Rewind-mode instead of undo-tree


David Schweikert wrote:

> We did speak about implementing a "undo-tree" in the Vim 7 BOF at the
> SANE 2004 conference and I tried to explain one possible simplified
> interface that could be a way to do it. Here is a better explanation and
> some refinement that I worked out later:

Thanks for writing this down.

> Then in in rewind-mode, every time I press the rewind-key, I would get :
> 
> 0: aaa ddd
> 1: aaa
> 2: aaa ccc
> 3: aaa
> 4: aaa bbb
> 5: aaa

I think this is not a mode, we need commands to go backward and forward
in time.  This doesn't change the state of Vim, only the text.

We might skip over some parts of the tree when going backward in time,
especially sequences of undo commands, because they only take you back
to situations that you have seen before.

--

-- 
hundred-and-one symptoms of being an internet addict:
39. You move into a new house and decide to Netscape before you landscape.
(Continue reading)

Permalink | Reply | 6 comments |
headers
Bram Moolenaar | 2 Oct 2004 17:29
Picon

Re: Compiled "working" gvim on Solaris 2.8, but bug in configure


Steve Hobbs wrote:

> QUESTION:
> It now works but the GTK2-GUI version takes about 10-15 seconds to
> appear. Any ideas??? (The non-GUI version is almost instant)

That's probably a GTK problem.  Loading its libraries and doing the
GUI startup stuff can be slow.

> DETAILS ON THE BUG:
> We have an existing /usr/local structure which has a particular version
> of tools from SunFreeware.com. I didn't want to break this structure so
> I went about creating an entirely new structure in "/usr/local2".
[...]
> I couldn't get the tool to recognise my nice new installation in
> "/usr/local2". It kept saying it couldn't find it.

This is non-standard, thus the existing configure won't find anything
there.  You will have to fall back to manually specifying paths.

You might want to compile with Motif instead, it's a "lighter" GUI than
GTK and it's supported by Sun.  But it doesn't look that nice and it's
not free (although lesstif is a good Motif replacement).

--

-- 
"Oh, no!  NOT the Spanish Inquisition!"
"NOBODY expects the Spanish Inquisition!!!"
				-- Monty Python sketch --
"Oh, no!  NOT another option!"
(Continue reading)

Permalink | Reply | 1 comment |
headers
David Necas (Yeti | 2 Oct 2004 18:42
Picon
Favicon

Re: Compiled "working" gvim on Solaris 2.8, but bug in configure

On Sat, Oct 02, 2004 at 05:29:48PM +0200, Bram Moolenaar wrote:
> 
> Steve Hobbs wrote:
> 
> > QUESTION:
> > It now works but the GTK2-GUI version takes about 10-15 seconds to
> > appear. Any ideas??? (The non-GUI version is almost instant)
> 
> That's probably a GTK problem.  Loading its libraries and doing the
> GUI startup stuff can be slow.

I also remember some troubles with font scanning. Maybe
strace/truss gvim could give a clue...

Yeti

--
Do not use tab characters. Their effect is not predictable.
Permalink | Reply | 0 comments |
headers
sybren | 2 Oct 2004 18:53

Re: Hallo!

On Sat, Oct 02, 2004 at 05:29:48PM +0200, Bram Moolenaar wrote:
> I would not want to see the result in Vim itself, but in a separate
> window (with perhaps ways to control the display, e.g., scrolling
> and paging).  Perhaps with some way to position the preview window
> relative to Vim.  But avoiding that the viewer becomes part of Vim
> itself or that Vim has to manage windows.

I agree to the fullest.

> For Agide (part of the A-A-P project) I made an interface for this,
> but it's very primitive and requires Python.  Not more than an
> example at this moment.

I've installed A-A-P from CVS and Agide via A-A-P. Seems to work well.
I'll study the code and see how much I can find out about it's
workings.

About the graphical window: how shall I create it? Is there some
generic windowing API? Is something prefered? My personal preference
is GTK in combination with Python, but I don't know if that's suitable
for this job. What do you think?

Sybren
--

-- 
The problem with the world is stupidity. Not saying there should be a
capital punishment for stupidity, but why don't we just take the
safety labels off of everything and let the problem solve itself? 
---- Registered Linux user #349923  --- http://counter.li.org/ ----
Permalink | Reply | 3 comments |
headers
Bram Moolenaar | 2 Oct 2004 19:39
Picon

Re: Hallo!


Sybren wrote:

> About the graphical window: how shall I create it? Is there some
> generic windowing API? Is something prefered? My personal preference
> is GTK in combination with Python, but I don't know if that's suitable
> for this job. What do you think?

Since there are so many GUI libraries, and there is no single one that's
available (almost) everywhere, it's probably best to use an external
program for this.  That can then use whatever GUI it needs.

When I was writing Agide wxPython appeard to be a very good choice.
PyGTK wasn't working right then.  Don't know if this is still so.
wxWindows appears to be very good.

--

-- 
hundred-and-one symptoms of being an internet addict:
46. Your wife makes a new rule: "The computer cannot come to bed."

 /// Bram Moolenaar -- Bram <at> Moolenaar.net -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
 \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///
Permalink | Reply | 2 comments |
headers
Bram Moolenaar | 2 Oct 2004 21:04
Picon

Re: WANTED: browsedir()


Steve Hall wrote:

> WANTED: browsedir() function that selects and returns a path/directory
> (rather than the path/filename browse() returns).
> 
> I'll pay $50 US via mail or PayPal for a patch against the current Vim
> source that adds the capability to both GTK2 and Windows platforms.
> (Perhaps just WinNT/2K/XP as I believe browse() already does this on
> Win95/98/ME--to be verified.) Half payment offered for patch
> addressing one of the two platforms.  If interested, please contact me
> off list.

Didn't see a response on this.  I wonder why you need to select a
directory in Vim.

The low-level function gui_mch_browse() doesn't support it at the
moment.  This means it has to be implemented separately for each
platform.

--

-- 
hundred-and-one symptoms of being an internet addict:
47. You are so familiar with the WWW that you find the search engines useless.

 /// Bram Moolenaar -- Bram <at> Moolenaar.net -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
 \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///
(Continue reading)

Permalink | Reply | 3 comments |
headers
sybren | 3 Oct 2004 01:20

Re: Hallo!

On Sat, Oct 02, 2004 at 07:39:17PM +0200, Bram Moolenaar wrote:
> Since there are so many GUI libraries, and there is no single one
> that's available (almost) everywhere, it's probably best to use an
> external program for this.  That can then use whatever GUI it needs.

Ok.

> When I was writing Agide wxPython appeard to be a very good choice.
> PyGTK wasn't working right then.  Don't know if this is still so.
> wxWindows appears to be very good.

wxWindows also has the added benefit that it'll use the system's
native widget set - GTK on Linux and other UNIX systems, Windows on
ehm... Windows, and I'm sure it'll use something good looking on Mac.
I'll try and make it as modular as possible, with a wxPython module as
a start.

Sybren
--

-- 
The problem with the world is stupidity. Not saying there should be a
capital punishment for stupidity, but why don't we just take the
safety labels off of everything and let the problem solve itself? 
---- Registered Linux user #349923  --- http://counter.li.org/ ----
Permalink | Reply | 1 comment |

Gmane