Thread: Re: [cream] Search selection
Cream is a free, easy-to-use configuration of the Vim text editor
Brought to you by:
digitect
From: Windwraith <wra...@ya...> - 2007-08-09 21:22:03
|
About running cream with portablegvim, I am just unable to make it work. I = spent all my free time modifying creamrc to use $CREAM as config directory.= The most I was able to get is it to make the .cream directory at it, but t= hen it crashes giving an error about the views directory.=0ACan anyone help= me to make this possible without using .bat files or system settings? (.ba= t won't work under networked folders and I cannot modify the environment on= this machine, nor use hardcoded path settings).=0A=0A=0A=0AWikipediaWictio= naryChambers (UK)Google imagesGoogle defineThe Free DictionaryJoin exampleW= ordNetGoogleUrban DictionaryAnswers.comrhymezone.comMerriam-Webster<>0=0A= =0Awvcidfjoguarm=0A=0A=0A=0A=0A=0A =0A_______________________________= _____________________________________________________Ready for the edge of = your seat? =0ACheck out tonight's top picks on Yahoo! TV. =0Ahttp://tv.yaho= o.com/ |
From: Steve H. <dig...@da...> - 2007-08-10 00:40:50
|
From: Windwraith, Thu, August 09, 2007 5:21 pm > > About running cream with portablegvim, I am just unable to make it > work. I spent all my free time modifying creamrc to use $CREAM as > config directory. The most I was able to get is it to make the > .cream directory at it, but then it crashes giving an error about > the views directory. I wouldn't try to adjust the creamrc, it mostly does a pretty good job of discovery based on Vim's $VIMRUNTIME global and the usual places Windows allows user files. (Although your views directory error indicates maybe you don't have write access anywhere on the local machine?) > Can anyone help me to make this possible without using .bat files or > system settings? (.bat won't work under networked folders and I > cannot modify the environment on this machine, nor use hardcoded > path settings). Try this: 1. Share the directory Vim/Cream is installed in (Program Files\vim) on the server as "vim". 2. Enter this into the Windows Run dialog: "\\[server]\vim\gvim.exe" "-u" "\\[server]\vim\cream\creamrc" "--servername" "CREAM" It works for me, I only get one minor error related to cwd (current working directory). If that doesn't work, let me know the errors you see. -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net |
From: Steve H. <dig...@da...> - 2007-08-10 23:22:06
|
[bringing back on list in case anyone else has input] On Fri, 2007-08-10 at 21:55 +0000, Windwraith wrote: > [trying to run Cream/Vim on a Windows server accessed by UNC path format (\\servername\path\) and also storing user files the same place, essentially, not touching files of the local machine] > > 2. Enter this into the Windows Run dialog: > > > > "\\[server]\vim\gvim.exe" "-u" "\\[server]\vim\cream\creamrc" "--servername" "CREAM" > > Unfortunately this didn't work either. It still tries to generate > the .cream folder in C:\Documents and Settings. Let's force the user override var $CREAM_USER. Try at the command prompt: set CREAM_USER=\\[server]\[path] then the Run line (at top). If you can get Cream to come up referencing the remote creamrc, try to get some debug info by entering this at the command line (Ctrl+O) :let @+ = Cream_debug_info() This will dump a load of debug info to the clipboard, which you should be able to paste into Notepad. > With your command, I could get it to work exactly as GvimPortable > with some tweaked .ini file. My first thought when you initially described the problem was that you should create your own rc on the server that can tweak the environment and then source Cream's creamrc. But that's not going to help, the network reference to that file will still have the local machine's environment. If the solution above works, then we can figure out how to pass vars through the Run command. Otherwise, I still have plenty of tricks up my sleeve. Also... 1. In reality, you could do this in about three seconds through a .vbs on the server if you know the language, but I'm trying to avoid VBS for the extra degree of difficulty points. :) 2. You could also compile a batch file to an EXE that would do the same thing. 3. Or use any one of a number of simple, free scripting languages that can be compiled to do the same. 4. Or use a runtime language on the server like Perl, Python, Ruby, PHP. 5. Or C for that matter. :)) -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net |
From: Windwraith <wra...@ya...> - 2007-08-10 23:57:03
|
[bringing back on list in case anyone else has input]=0AWhoops, my bad, I= am not used to mail-based discussion. Replying to cream-general now.=0A=0A= [trying to run Cream/Vim on a Windows server accessed by UNC path=0Aformat = (\\servername\path\) and also storing user files the same=0Aplace, essentia= lly, not touching files of the local machine]=0A=0A> > > 2. Enter this into= the Windows Run dialog:=0A> > >=0A> > > "\\[server]\vim\gvim.exe" "-u" "\\= [server]\vim\cream\creamrc"=0A"--servername" "CREAM"=0A> >=0A> > Unfortunat= ely this didn't work either. It still tries to generate=0A> > the .cream fo= lder in C:\Documents and Settings.=0A=0A> Let's force the user override var= $CREAM_USER. Try at the command=0A> prompt:=0A> set CREAM_USER=3D\\[server= ]\[path]=0A> then the Run line (at top).=0ANothing, it didn't work either. = Still generates it in $USERPROFILE.=0A=0A>If you can get Cream to come up r= eferencing the remote creamrc, try to=0A>get some debug info by entering th= is at the command line (Ctrl+O)=0A> :let @+ =3D Cream_debug_info()=0A>This= will dump a load of debug info to the clipboard, which you should=0A>be ab= le to paste into Notepad.=0AI include the output of that command at the bot= tom of this mail, I hope it=0Acan be used. I ran it using gvimportable with= this in gvimportable.ini (what=0Aloads cream properly in my windows vmware= install)=0A=0A---=0A[GVimPortable]=0AGVimDirectory=3DApp\vim\vim71=0ASetti= ngsDirectory=3DApp\vim\vim71\cream=0ASettingsFile=3Dcreamrc=0AGVimExecutabl= e=3Dgvim.exe=0AAdditionalParameters=3D-U NONE --servername "CREAM"=0ADisabl= eSplashScreen=3Dtrue=0A---=0A=0A> > With your command, I could get it to wo= rk exactly as GvimPortable=0A> > with some tweaked .ini file.=0A=0AOtherwis= e, I still have plenty of tricks up my sleeve. Also...=0A=0A>1. In reality,= you could do this in about three seconds through a .vbs=0A> on the serv= er if you know the language, but I'm trying to avoid VBS=0A> for the ext= ra degree of difficulty points. :)=0AUnfortunately I am not familiar with i= t...never found an use to it.=0A=0A> 2. You could also compile a batch file= to an EXE that would do the=0A> same thing.=0ACan that be done? Sorcery!= But, wouldn't it have the same UNC path=0Alimitation than the batch file?= =0A=0A>3. Or use any one of a number of simple, free scripting languages th= at=0A> can be compiled to do the same.=0A>4. Or use a runtime language on = the server like Perl, Python, Ruby,=0A> PHP.=0A>5. Or C for that matter. := ))=0AHeh. Well, this machine doesn't have any interpreter or compiler to us= e, =0AI'd like to try Ruby or Bash but unless someone makes a "portableruby= "=0AI won't be able to go with that.=0AC would do, but I never touched anyt= hing but game development and I=0Anever touched windows platforms, so I am = not too knowledgeable about=0Ait.=0ABesides, when I tried to hack creamrc t= o use $CREAM instead of $USERPROFILE,=0Athe .cream folder was generated in = the place I wanted it to be, but nothing else,=0Aand Cream would not start = (something about not being able to locate user files or=0Asomething). So I = am kind of rooting on hacking creamrc some more, but my brain=0Ais made of = strawberry jam at the moment and I am unable to get it right.=0A(My ability= to explain things is seriously hindered by too many days without sleep,=0A= I am sorry if I am not clear enough. Actually it's a medic mystery without = solution=0Aso far...)=0A=0A=0A---OUTPUT OF :let @+ =3D Cream_debug_info()--= -=0A=0A INITIALIZATION:=0A=0ACream_init(): (no envvars): has(win32): //192= .168.0.6/user space/TEST/TOOLS_~1/Gvim/App/vim/vim71/cream/=0ACream(): Crea= m_init(): init: 0=0A=0ACream_init_userdir(): begin...=0A s:Cream_init_user= dir_try(): tested "C:\Documents and Settings\xpl/" exists and writable.=0A = s:Cream_init_userdir_try(): has(win32): fnamemodify(mydir, ":8") =3D=3D "C= :\DOCUME~1\xpl/"=0ACream_checkdir(): {dir} =3D=3D "C:\DOCUME~1\xpl/.cream/"= =0A s:Cream_init_userdir_try(): g:cream_user set to "C:/DOCUME~1/xpl/.crea= m/"=0ACream_init_userdir(): has(win32): $HOMEDRIVE and $HOMEPATH used.=0ACr= eam_init_userdir(): g:cream_user =3D=3D "C:/DOCUME~1/xpl/.cream/"=0ACream()= : Cream_init_userdir() =3D=3D 0=0A=0ACream_init_viewdir(): no $CREAM_VIEW f= ound: mydir: C:/DOCUME~1/xpl/.cream/views=0ACream_checkdir(): {dir} =3D=3D = "C:/DOCUME~1/xpl/.cream/views"=0ACream_init_viewdir(): no $CREAM_VIEW found= : &viewdir: C:/DOCUME~1/xpl/.cream/views=0ACream(): Cream_init_viewdir(): i= nit: 0=0A=0ACream_checkdir(): {dir} =3D=3D "C:/DOCUME~1/xpl/.cream/spelldic= ts"=0ACream(): Cream_init_spelldicts(): init: 0=0A=0A=0A=0AWikipediaWiction= aryChambers (UK)Google imagesGoogle defineThe Free DictionaryJoin exampleWo= rdNetGoogleUrban DictionaryAnswers.comrhymezone.comMerriam-Webster<>0=0A=0A= wvcidfjoguarm=0A=0A=0A=0A=0A=0A =0A__________________________________= __________________________________________________=0ATake the Internet to G= o: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. = =0Ahttp://mobile.yahoo.com/go?refer=3D1GNXIC |
From: Steve H. <dig...@da...> - 2007-08-11 01:16:45
|
On Fri, 2007-08-10 at 23:56 +0000, Windwraith wrote: > > > Let's force the user override var $CREAM_USER. Try at the command > > prompt: > > set CREAM_USER=\\[server]\[path] > > then the Run line (at top). > Nothing, it didn't work either. Still generates it in $USERPROFILE. Try putting this at the top of the creamrc let $CREAM_USER = '\\[servername]\path' If that doesn't work, try putting this: let g:cream_user = '\\[servername]\path' > > If you can get Cream to come up referencing the remote creamrc, > > try to get some debug info by entering this at the command line > > (Ctrl+O) > > > > :let @+ = Cream_debug_info() > > > > This will dump a load of debug info to the clipboard, which you > > should be able to paste into Notepad. > > I include the output of that command at the bottom of this mail, Good news, $CREAM is being found, it is only a writable user location that is not. Let me know if either of the above work. -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net |
From: Windwraith <wra...@ya...> - 2007-08-11 02:12:17
|
Since I just got out of work and took a little nap my karma is flowing a bit better, heheh. OK, let's go: So, the scenario is as follows: I have a vmware 6 machine using a shared folder with my linux system (where cream works wonderfully~). I have placed the GvimPortable folder within it, and tried to execute the app from the shared folder as network-mounted disc. It worked fine. Now, I entered the folder from the back door (\\.host\shared folders\...) what generates the same errors and behavior than at the shared folder at work. So I can try things properly now. I should clarify that I made Cream to work, the problem here is preventing it to generate the .cream folder in $USERPROFILE (and solving the pwd error may help, as it reappears when exchanging tabs. Make one tab with an open file and then make another tab with "Cream config info". When moving to one tab to another it reproduces the error, requiring a few extra keypresses). Let's see. So far, the first one returns a dialog with: $CREAM_USER not a valid path for user files failed.trying defaults and the second one: Error: Unable to find a location for user files. So, neither of those do the work, but the shared folder is writable in both cases, (as B: and as \\.host\Shared Folders\), but in the first case it does work and not in the second. Maybe Cream, when trying to replace symbols (such as \ for /) is messing up the address so it becomes unexistant? (such as the pwd error that duplicates part of the folder path, when using UNC path style). So, now that I know that the same folder as "B:\..." does work, then it must be some part of setting the working folder, that may be why even forcing it to use the UNC path it fails (and gives the cwd error). In that case, making a launcher to set the variables beforehand would be ruled out as creamrc would still return a wrong address. Can you give me some general hints on how to see which paths are being tried in those two errors, so I can see if my theory is correct? Thank you very much for your assistance, and sorry for the inconvenience. ____________________________________________________________________________________ Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting |
From: Steve H. <dig...@da...> - 2007-08-11 13:11:28
|
On Fri, 2007-08-10 at 19:12 -0700, Windwraith wrote: > [...] > I should clarify that I made Cream to work, the problem here is > preventing it to generate the .cream folder in $USERPROFILE > > (and solving the pwd error may help, as it reappears when exchanging > tabs. Make one tab with an open file and then make another tab with > "Cream config info". When moving to one tab to another it reproduces > the error, requiring a few extra keypresses). This may require a different solution: http://cream.sf.net/faq.html#0215 > Let's see. So far, the first one returns a dialog with: > > $CREAM_USER not a valid path for user files failed.trying defaults Looks like you need to experiment with the form of this variable, it could be any of the following: \\host\path\ \\host/path/ \\\\host\\path\\ Note that spaces in paths are nearly impossible to deal, use short form (dir /x) in all cases. > and the second one: > > Error: Unable to find a location for user files. Hack around in creamrc for how Cream finds a place to put the profile, you're looking for conditions within a has("win32"). > So, neither of those do the work, but the shared folder is writable > in both cases, (as B: and as \\.host\Shared Folders\), but in the > first case it does work and not in the second. Maybe Cream, when > trying to replace symbols (such as \ for /) is messing up the > address so it becomes unexistant? (such as the pwd error that > duplicates part of the folder path, when using UNC path style). [...] Correct, the debug info should give you the raw discovered values. Add some more debug summation lines if it helps, obtain them as we did before. I'm certain this can be made to work, we just need to understand where the UNC path structure is being mis-interpreted. -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net |
From: Windwraith <wra...@ya...> - 2007-08-11 20:37:58
|
Well! good news. I was able to get it to run with only a minor error when generating the views folder the first time. I added the following lines at the top of creamrc: ---- let userdir = '\\192.168.0.6\user files\Tools_beta\Gvim\' let g:cream_user = userdir . 'Data\settings\' let $CREAM_VIEW = userdir . 'Data\settings\views\' let $CREAM_BAK = '.' let g:CREAM_CWD = userdir ---- The CWD error dissapeared as well. However, I am not able to get a plugin I have installed in vim (snippetsEMU) to work, but it does work in the local install at my vmware sandbox, and it does work on this portable gvim without Cream set. Aside from that, mission complete. Thank you so much for everything, you have been really nice to this newbie :) By the way, would it be possible to integrate snippetsEMU as a part of Cream? Considering the amount of people wanting text editors with such functionality at the Gentoo forums and related, it may make Cream earn some more fame. Scribes, a text editor with such features, requires a lot of Gnome to build, being quite a burden for some people not liking Gnome or DEs in general. I have a final suggestion, talking about Scribes. There is a function that editor has that I find quite useful, that is placing bookmarks at certain line numbers. I was searching the vim pluging database with no luck finding anything like that...is it possible to implement such a thing in Cream? It'd be useful to remember the line you were working at while looking around in the code for a reference, then recalling the bookmark would place you there again without needing to read all the function to get your place again. Again, thanks a lot. I'll be looking forward for more Cream updates and stuff! ____________________________________________________________________________________ Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 |
From: Steve H. <dig...@da...> - 2007-08-11 22:03:05
|
On Sat, 2007-08-11 at 13:37 -0700, Windwraith wrote: > > Well! good news. I was able to get it to run with only a minor error > when generating the views folder the first time. Great! > By the way, would it be possible to integrate snippetsEMU as a part > of Cream? I can't quite grok it from the scripts page, what does it do? > I have a final suggestion, talking about Scribes. There is a > function that editor has that I find quite useful, that is placing > bookmarks at certain line numbers. I was searching the vim pluging > database with no luck finding anything like that...is it possible to > implement such a thing in Cream? It'd be useful to remember the line > you were working at while looking around in the code for a > reference, then recalling the bookmark would place you there again > without needing to read all the function to get your place again. We have Tools > Bookmarks, is that what you mean? -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net |
From: foxidrive <fox...@aa...> - 2007-08-11 05:24:04
|
On Fri, 10 Aug 2007 23:56:52 +0000 (GMT), Windwraith <wra...@ya...> wrote: Here's my small amount of input >[GVimPortable] >GVimDirectory=App\vim\vim71 >SettingsDirectory=App\vim\vim71\cream >SettingsFile=creamrc >GVimExecutable=gvim.exe >AdditionalParameters=-U NONE --servername "CREAM" >DisableSplashScreen=true >--- If you only want to run the portable version under Windows you can use a batch file and use PUSHD \\server\share which will map a network drive transparently to the network folder and will then run as a batch file is expected to. Another issue I see with the INI file is that those folder are using relative paths and not absolute paths. A batch file could possibly create the INI file on-the-fly using absolute paths. |
From: foxidrive <fox...@ne...> - 2007-08-11 04:49:07
|
On Fri, 10 Aug 2007 23:56:52 +0000 (GMT), Windwraith <wra...@ya...> wrote: Here's my small amount of input >[GVimPortable] >GVimDirectory=App\vim\vim71 >SettingsDirectory=App\vim\vim71\cream >SettingsFile=creamrc >GVimExecutable=gvim.exe >AdditionalParameters=-U NONE --servername "CREAM" >DisableSplashScreen=true >--- If you only want to run the portable version under Windows you can use a batch file and use PUSHD \\server\share which will map a network drive transparently to the network folder and will then run as a batch file is expected to. Another issue I see with the INI file is that those folder are using relative paths and not absolute paths. A batch file could possibly create the INI file on-the-fly using absolute paths. |
From: Steve H. <dig...@da...> - 2007-08-12 15:56:02
|
On Sat, 2007-08-11 at 15:41 -0700, Windwraith wrote: > > > > I can't quite grok it from the scripts page, what > > does it do? > > I haven't found a better explanation for the script > itself, but this video of Scribes is almost exactly > the same thing in functionality: > http://scribes.sourceforge.net/demo.htm Interesting. Cream doesn't have a template mode, but it certainly has templates. For example, type "pi" and just after, press Ctrl+Esc. Also, try "e", "ruler", "PI", and the other templates available to all file types as listed under Tools > Completion > Template Listing... -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net |
From: Steve H. <dig...@da...> - 2007-08-13 00:11:56
|
On Sun, 2007-08-12 at 11:49 -0400, Steve Hall wrote: > Interesting. Cream doesn't have a template mode, but it certainly > has templates. For example, type "pi" and just after, press > Ctrl+Esc. ^^^^^^^^ Correction: that should be Esc+Space for the record. -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net |