[Beatslaughter]

XRNS Script Frontend can be used, to provide a graphical user interface for commandline scripts written in PHP on the windows operating system.

Check http://xrns-php.sourceforge.net for more info.

To get a better idea, for what the program is useful for, i'll suggest reading the included readme file .

Current version: 1.05 ... Download

This post has been edited by Beatslaughter: 07 November 2007 - 04:05 PM

[Beatslaughter]

I've uploaded a new version, which skips the schema check in the randomizer script until a final one for 1.9 is published.

[pilot7]

did i already told you that you just made my day ? well.. maybe a year even.

thx to all involved, you guys rock

[It-Alien]

thanks for your big effort!

[Conner_Bw]

Wow, works great!

The README file is a nice touch. The documentation is very well written, simple and concise. The clipboard functionality is terrific. Directly from the actual windows clipboard, I didn't expect that, but yeah, makes sense and works great. This is a nice GUI for PHP scripts in general and will definately be used by me, both for Renoise scrips and other types of command line scripts I need in my professional life.

Excellent 1.0 release, congrats!

[Syflom]

Very slick Beatslaughter, just like your tunes.

[Malcolm Jacobson]

Great tool Beatslaughter!

[Beatslaughter]

Thanks all!

I've updated XRNS Script Frontend to version 1.01, which fixes a bug with some keywords.

[It-Alien]

something I'm missing:

a GUI element for simple text input.

the correspondant to <input type="text"> of HTML

[Beatslaughter]

It-Alien, on Aug 27 2007, 07:01 PM, said:

something I'm missing:

a GUI element for simple text input.

the correspondant to <input type="text"> of HTML

That's indeed handy and i've thought about that myself already. Expect an update in the next days.

[Beatslaughter]

The next version of the frontend won't have included scripts anymore. Instead it will be possible to get all the latest and greatest files directly from the sourceforge server. It's basically an online update. For this to work, i encourage script developers to submit their written scripts to the sourceforge project.

[vV]

So are you going to add an autoupdater and auto plugin downloader to it?
I don't know if you could to http requests from within the scripts, else you might want to look at a nice tiny tool called cURL (that does the browsing for you)

[Beatslaughter]

vV, on Aug 28 2007, 04:47 AM, said:

So are you going to add an autoupdater and auto plugin downloader to it?
I don't know if you could to http requests from within the scripts, else you might want to look at a nice tiny tool called cURL (that does the browsing for you)

It's actually much simpler. I'm including the CVS command line utility, which syncs everything through anonymous access. Thought this is a really nice feature, since the frontend itself doesn't get that often updated like the scripts, so there is no need to repackage it for new scripts.

[Beatslaughter]

Uploaded version 1.02. The online update currently only works, if you copy it over an existing old version until someone uploads all the needed files for me to SourceForge. That CVS system is really annoying.

[Beatslaughter]

Reuploaded the files. It's only updating the scripts now, not any binary files, as this seems to be disallowed.

[Beatslaughter]

Updated to version 1.03, which fixes the online update problem discussed in the XRNS-PHP thread.

[Conner_Bw]

So it just occurred to me that the 1.03 hosted on Sourceforge is not the same as the 1.03 refereed to in this thread.

It would be cool that the version numbers, both on sourceforge and here, were the same. I'd like regular releases on Sourceforge with corresponding Freshmeat announcements as it creates a lot of automatic internet linkage.

I am open to discussion, so please don't take this as instructions, but rather suggestions.

I'm thinking all you have to do is package the release as xrns-sf-1.04.zip and link it in here. I'll take your package and upload it to Sourceforge and make the Freshmeat announcement. And in the future, every-time you decide to release a stable package, repeat and increment the filename, so I can mirror your file on Sourceforge and announce it.

Maybe we could also use this opportunity to package the latest scripts as xrns-scripts-1.04.zip? And from here on in, the version numbers between xrns-sf and xrns-scripts don't have to stay in sync as the use must download the scripts him/herself?

[Beatslaughter]

Yes, the version number at SourceForge was incremented by someone. I've uploaded version 1.04 now, where i've updated the included PHP version to 5.2.4.

Here are the changed files for this version.
http://www.beatslaug...anged-files.zip

Keeping the numbers out of sync would make sense in our case, since the frontend doesn't change that often.

[taktik]

Btw: Would it make sense to somehow integrate the XRNS tools into Renoises Disk Browser, if they are installed? Something like "Open with XRNS Tools..." in the context menu. Would that be useful?

Could we do this without using the Windows Registry? I am always getting a heart attack when looking at its contents - so we should not mess it up even more if somehow possible

[Beatslaughter]

taktik, on Sep 11 2007, 12:36 AM, said:

Btw: Would it make sense to somehow integrate the XRNS tools into Renoises Disk Browser, if they are installed? Something like "Open with XRNS Tools..." in the context menu. Would that be useful?

Could we do this without using the Windows Registry? I am always getting a heart attack when looking at its contents - so we should not mess it up even more if somehow possible

Better integration would be of course nice, but personally i think directly integrating an entry for only one tool isn't the right way. Even though it's more work, i'd prefer a general way of setting up tools in the context menu based on the section one browses. The entries could be read from a simple xml file maybe. The percent indicator is a placeholder, where the filename would be replaced by Renoise.

<menu>
	<entry category="all">
		<title>XRNS Script Frontend</title>
		<execute>d:\xrns-sf\xrns-sf.exe %1 -otheroption -etc</execute>
	</entry>
	<entry category="sample">
		<title>Fav sample editor</title>
		<execute>d:\blah\acoustica.exe %1</execute>
	</entry>
</menu>

One step further would be, that the sample category could be accessible in the sample editor context menu too, which would allow passing a sample to external editors or time stretching software etc. and as soon as the program was closed, Renoise could ask, if the file should be reloaded.

[Transcender]

A little request: is it possible to make the XRNS Script Frontend to "remember" the last source and destination files? So that the last used files will show up automatically as default (already be "filled into" the "specify source/destination fields" in advance, but able to change it of course)? It would be convenient.

EDIT: I just noticed that this is already implemented... Stupid me. Sorry!

Well, since I can't delete this embarrasing post, I'll just say that this is a really great tool. Especially the XRNS2MID script is extremely useful. Keep up the good work!

Quote

Btw: Would it make sense to somehow integrate the XRNS tools into Renoises Disk Browser, if they are installed? Something like "Open with XRNS Tools..." in the context menu. Would that be useful?

Yes, taktik, it would save some time. Much appreciated!

This post has been edited by Transcender: 12 September 2007 - 04:06 PM

[Conner_Bw]

Any posibility to show the user a value in the dropdown and send the script something else?

I have a new "set/unset" flag in xrns_randomizer.php that asks: [Keep Octave? 0 or 1]

It would be cleaner to show [Keep Octave? No or Yes] and send the script 0 or 1.

Something like:

options(def:0|No, 1|Yes);

Where | is optionial. This would also solve the Quality level description feature request. It would look something like:

options(1|Ghetto, 2, def:3, 4|CD, 5, 6, 7, 8, 9, 10|Without Wires burns Directly from Brain to DVD)

[It-Alien]

yes, did not dare to ask for it, but I would like it

[Bantai]

Conner_Bw, on Sep 24 2007, 05:58 PM, said:

This would also solve the Quality level description feature request. It would look something like:

options(1|Ghetto, 2, def:3, 4|CD, 5, 6, 7, 8, 9, 10|Without Wires burns Directly from Brain to DVD)

A ghetto solution for that particular request: an invisible character (the non-breaking space character alt+255 works: 1 Ghetto), and explode(chr(160), $argv[3]) could do the trick. The main problem is finding an appropriate description for each quality level.

note: depending on whether you use a leading 0, the alt code is alt+0160 or alt+255. However, the &#ACSII; syntax expects a leading 0 code:
&#_0160; != &#_255; == &#_0255; (remove underscores) becomes
'1 Ghetto' != '1ÿGhetto' == '1ÿGhetto'.

Anyway, as XRNS-SF parses semi-colon (';') as a delimiter you can't use the &#ACSII; syntax. Simply use the invisible character itself.

[Beatslaughter]

I've noted the request and will update the frontend, when i have more time. Currently all values are passed to the GUI elements directly and also read from, so for this to work i need to additionaly store these in the frontend and do some more code adjustments.

I have plans for a future Java based frontend, but it isn't that high priority on my list. Concentrating on music currently.