Developer forums (C::B DEVELOPMENT STRICTLY!) > Plugins development

Another Reason to try the Interpreted Languages plugin

<< < (3/4) > >>

dmoore:

--- Quote from: raph on June 30, 2007, 03:43:37 pm ---Very nice.
Will the filebrowser be released as an own plugin :)?

--- End quote ---
yes, when I get around to it I'll optionally split it from the InterpretedLangs plugin. although it is fairly natural that the "Shell Extensions" accompany the file browser (i.e. in other words the interpretedlangs plugin is really nothing more than a bunch of tools to run shell commands -- I'm going to rename that interpreters menu to something more meaningful soon and optionally make it a sub-menu of the tools menu)


--- Quote from: lubos on June 30, 2007, 04:35:15 pm ---will this be added also to nightly builds?

--- End quote ---
don't know about that -- up to the chieftains. when 1.0 finally comes out you can count on it coming in easily installable binary form.

dmoore:
BTW for anyone compiling my svn from source, I checked in a version that highlights "clickable" files in the output to the Shell Terminal controls. You can double click on an error message (or in fact any text that looks like filename and line#) in the Shell Terminal output and be taken to the line in the code that caused the problem (provided that regex correctly interpretes the output). I won't release the binary build until I allow the option to switch this feature off (it will cause slowdown if there's lots of text to parse)

mariocup:
Hi dmoore,

I want to compare and merge different files using the interpreter plugin.

The file explorer already support the selection of different files using the Ctrl or Shift key.
So I added an diff interpreter (kdiff3 works fine under win32 and linux) and added

Run;$interpreter $file;;;

What I need is the list of files I have selected with Ctrl or Shift,
Run;$interpreter $files;;;

This features could be also helpful using cvs, svn diff the working copy with the repository and pipe it to a diff program.

I have a suggestion: In the toolbar menu interpreter the command list of an interpreter are in a submenu. In the context menu of the file explorer the command list of all interpreter are not grouped. Is it possible to have the same structure in context menu like the toolbar menu for the commands.

Bye,

Mario

dmoore:
Hi Mario:

already implemented- use $mpaths (multiple paths - it doesn't distinguish between files or directories and there is no limit on how many you select - you will just have to remember to only click two files when you use it).

OH WAIT  :x... In a very recent SVN commit, I changed the ' ' separated list of paths to a '*' separated list - I think that might get sent to the command line (oops). I'll fix soon... If you are using an older version it should work ok, unless you have spaces in the paths (which is why I changed to the '*' separator).

dmoore:
I just commited a one line quick fix to the SVN (untested)

Navigation

[0] Message Index

[#] Next page

[*] Previous page