avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Sunday November 29, 2020, 8:52 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - czb [ switch to compact view ]

Pages: prev1 2 3 [4] 5 6 7 8 9 ... 14next
N.A.N.Y. 2009 / Re: NANY 2009 Rewards
« on: January 04, 2009, 05:04 AM »
I would suggest
( )
or similar.
I use a pencil in my everyday life and this would be a great present. And if it had DC mark on it, it would be unbeatable  :Thmbsup:

FARR Plugins and Aliases / Re: Timer
« on: January 01, 2009, 05:07 AM »
the timer marked as preset is saved in preset section, so anytime you can call it out.

PS: timer needs some rewriting and polishing of the code. I will do it in a month ;)

N.A.N.Y. 2009 / Re: NANY 2009: CZB package
« on: December 31, 2008, 06:25 AM »
I would wait until FsubScript API help is ready. I need somebody to test out all new features. Mainly following:
execute command can be used in place of pcommand because it is easier to do
pcommand execute plugins["JScalc"].myfunc(param1, param2);
then to handle pcommand in setstrvalue by yourself ;) => with object as value
but also:

One more remark:
try catch statements are deactivated in fsubscript. When we clean up fsubscript I will activate them again ;)

FARR Plugins and Aliases / Re: Timer
« on: December 30, 2008, 06:30 AM »

FARR Plugins and Aliases / Re: Timer
« on: December 30, 2008, 06:21 AM »
CleverCat: I will correct it

Try out this version:
it contains also table data search plugin

N.A.N.Y. 2009 / Re: NANY 2009: CZB package
« on: December 30, 2008, 06:16 AM »
I have uploaded new version of CZB_pack and FSubScript. FsubScript plugin contains many changes, so try it out. Especially I would like to ask Ewemoa to try it out.
Czb_pack contains now all my plugins.

Developer's Corner / Re: Short Coder Essay: Plugins are Not For Users
« on: December 18, 2008, 01:56 AM »
Very nice topic.  :Thmbsup:

Community-updated plugin-API documentation - with links to sample code

Yes, I think this is the first thing we should do after we finish fsubscript system ;)

N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« on: December 09, 2008, 10:52 AM »
I can not extract the zip file. It looks like it is corrupted.

N.A.N.Y. 2009 / Re: NANY 2009: CZB package
« on: December 06, 2008, 05:54 AM »
Oh I know.. that is because you do not use my fscript.js  8)
I have there a small correction.. take a look here:

N.A.N.Y. 2009 / Re: NANY 2009: CZB package
« on: December 05, 2008, 09:07 AM »
great you like it. To the comments:
A couple of things:
1) can another line be added to each item in the fssc list which shows author info and web page link?  Maybe also a line with sample usage?  or these can all be combined into the description field.
2) when an fsubscript script is disabled, it probably shouldnt show up in the aplugins list
3) i think the settings stuff and the script listing/disabling should be part of the official fscript release when it goes final -- no point in not having this amazing functionality.
4) i think in aplugins list, there should be some indication of which items are fsubscript scripts vs. standalone plugins.
5) double clicking an fsubscript script in the aplugins list should bring up fssc i think.

I would also like to start bundling f(sub)script into the farr releases -- there is absolutely no reason anyone should have to live without this.
1) Yes surely it can. What I would suggest you or anyone else to do is to make some fancy html template which I can implement ;)
2) Good point. I will work it out but I will have to do a very slight modification of fscript.js which would check if plugin contains at least some means of communication with FARR. If not it will no display it. And because deactivation of plugin means renaming (deleting a creating) init, search functions into init_bak etc it will behave as if there is no plugin :)
3) Yes.. I think so. But still I would like to keep it as plugin so I do not have to put it directly into fscript.js. Just the plugin will be bundled with fscript.js as mixer and other fsubscripts
4) ok this is also for discussion with ewemoa
5) Well rather it should point to fsubscript plugin settings if there is any. And if there is no settings then it should point to fssc. If ewemoa is not against I can rewrite it :Thmbsup:

On a side note, I get something about: plugin CZB_FSubScript_extension_pack has failed on init

Thanks for pointing out. Could you pls disable try catch statement and tell me more what you get from MSE? There might be some important bug so I would like to correct that

BTW, czb, would you consider either removing...

Yes removing it is a good idea ;) I will do that. Actualy I already did on github

FARR Plugins and Aliases / Re: FSubScript Feature Requests
« on: December 05, 2008, 08:00 AM »
I thing I think czb could appreciate especially in his code is supplant() combined with factoring out a lot of those HTML and CSS fragments to files :)  [1]

I think it'd be nice to have these (and perhaps others) but I'm not sure about whether they should be added via prototypes -- doing it that way seems like it would mess w/ global state so perhaps initially they could just be made available via a kind of "fake" namespace.

I can not imagine how JSON, trim, supplant would mess? But ok it can be in a namespace. What I would do is to make "extensions" folder in fscript plugin and put there all those essential extensions ;)

To the fsubcript*.js => it is fine. I have changed my mind on that and also recommend to use only fsubscript.js. I just have not changed it in my fscript.js :) Just make sure you have all those small changes I have made in fscript.js on github ;) (like !pi in setstrvalue, init should be there etc) see

N.A.N.Y. 2009 / NANY 2009 Final Release: CZB package
« on: December 04, 2008, 11:10 AM »
NANY 2009 Entry Information

Application Name CZB package
Version 0.6
Short Description Package containing all my FARR plugins released in the last year plus plugin management system and JScalc
Supported OSes Limited by FARR
Web Page not yet
Download Link CZB pack: http://czb.dcmembers...ZB_pack/
Download Link FSubScript: http://czb.dcmembers...cript/
System Requirements
  • Same as FARR
Version History
  • No
Author Link to Author's Profile page

This package contains all FARR plugins which I have ever released. So those will be my last year work :) . Moreover I have added JScalc plugin, which is quite useful calculator and plugin management system, where you can de/activate plugins, control their settings and see their html/txt files. To make the plugins work you must download latest fsubscript plugin. I recommend to download the one from this page as it has some minor changes.

All in one package. Easy maintaining. Global updating etc...
new Completely rewriten Fsubscript plugin. Try it out. See help icon in fssc, jscalc etc. API help comming soon

Planned Features
Who knows? :)

Well it will be hard.. But at least screenshot of plugin management system:

It is an ordinary FARR plugin, which uses Fsubscript plugin system.

Using the Application
To get into plugin management system type "fssc", to start JScalc type "5+2" or "5*2" or just "jscalc" :)

Delete it :)

Known Issues

FARR Plugins and Aliases / Re: FSubScript Feature Requests
« on: December 04, 2008, 12:04 AM »
I have already a testing version of it (althought with bugs :) )
Here it is:
But you must also have the latest fscritp.js which is here:

For the plugin you want to have html settings for, just add settings:absolute path pointing to the settings.html (similarly it is done with icon etc)

then go to fssc and you should see settings option next to your plugin. Give it a test ;)

There are already some variables. We may discuss adding others, but I am not very much fond of filling in many things :) Help is a good idea. We could add help:"absolute path" to objects and in fssc we could add new link to help. What do you think?

I am just rewriting all my plugins to work with fsubscript. So wait for that, maybe it will solve the issue (hopefully).

thanks for the tip  :Thmbsup:


onInit() onSetStrValue()
Yes you are right, that it should be unified. I will leave all naming upon you so I will definitely change it into Init() and SetStrValue

I'm not so clear on how fscript.js/onSetStrValue() should behave -- specifically, the return value seems to get decided purely on whether a single sub-plugin returns true.
Well this behaviour is for pcommand where you have to tell FARR that at least 1 plugin treated it so FARR would not display error message. I do not know other usage of returning value to FARR from OnSetStrValue, so if you know of any we can implement it ;) But at least some implementation is necessary because pcommand is used quite often.

onInit() in the original fscript.js took a single parameter iirc, in the most recent code candidate the sub-plugin's onInit() doesn't take a parameter. I wonder whether mirroring the original interface is preferable or not.  May be it's not a big deal.  Any thoughts?
I did it so because there is already curdir implementation via directory variable, so why to have it twice? So I would keep it without any parameter :)

I'm not sure about loading all fsubscript*.js files -- I wonder whether the loading order might matter in some cases and with the way the code is currently, a sub-plugin writer can only control this based on coming up with appropriate filenames.  I hadn't really thought about multiple files per sub-plugin so I start to wonder about the potential consequences and alternative designs smiley
Inclusion of other files can be done with eval(getTextFile("json.js")) if your plugin is too big to practically work in one file.

Well aceradec showed one way which is in fact very easy and straitforward, but still I would keep name variation just for the case when you want to have several small subplugins in one directory which can easily occur. But we can discuss that and if we find it as "baad" idea we can always erase it ;)

I think sub-plugins should not extend global state. fsubscript could expose many useful functions so that plugin developers have less need for sharing things.

Yes exactly that is what I proposed to ewemoa. To have list of useful functions which make js developers life easier. The problem is to decide which to add on the list ;)

I have also one request to ewemoa and aceradec and maybe mouser. Could one of you pls create any environment where we could colaborate on fsubscript plugin? Like propose new modifications etc... I have no experience with that so I will leave it on somebody else :)

I must say it is a great plugin  :Thmbsup:

Just an idea:

  • not only fsubscript.js should be searched but maybe files fsubscript*.js so you can have more files in one folder

Here is my corrected fsubscript plugin
and JScalc:

fsubscript changes:
  • all fsubscript*.js are loaded (for example fsubscript_JSON.js)
  • implemented onSetStrValue
  • implemented onInit
JSCalc changes:
  • rewriten to work with fsubscript only
  • new TriggerCharacters settings added where you can define special characters which are to trigger JScalc (default is "TriggerCharacters":"/\\$\\*\\+\\-\\^\\(\\)" )

Could you pls create a txt help file with all functions and other calls that fsubscript coder can use?
also pls bundle fscript.dll :)

Find And Run Robot / Re: Unicode??
« on: November 26, 2008, 10:41 AM »
Yes.. unicode is a must :up:

I wonder if "fake" unicode would be possible. By that I mean that all input locations of FARR would convert unicode chars to something like utf01235 and store it internaly that way and on all output locations it would convert back.

Simple and maybe it would work, what do you think?

N.A.N.Y. 2009 / Re: NANY 2009 Intro
« on: November 13, 2008, 06:18 AM »
I am in  :Thmbsup: Some FARR plug-in or function/plugin for JScalc. So if you have any idea of what you would like to see, pls let me know ;)

Yes you are right that it brings quite significant advantages and can faster development of JS plugins.

For example I guess FARR update system will not work for it, but I can imagine script plugin to be used for new JS plugin installations, maintanace etc.

Well if you do not mind I can make my new goal to make kind of sofisticated JS plugin portal, or we can make it a colaborative work together with other JS coders (ewemoa etc) :)

first of all, thank you for your share :Thmbsup: .I have also been thinking of providing similar solution, but I was waiting if you are going to solve it on dll basis, since such a solution is javascript limited.

I am not familiar with how the plugin system works, but I guess dll basis might involve direct modifications of FARR as well, which might be long run development.

Another semi-solution which comes into my mind as non C++ programmer might be to create a dll file which would just point to a real fscript.dll. So the pointer would take fscript.dll as some kind of library. Then under any modification of fscript.dll, the pointer would remain unchanged.

have you tried?:
It might be what you want :up:

I think the biggest issue here is that FARR has generaly no way how to get information from any program. How to let FARR know on which forum you are on? Ubiquity is addon for firefox so it has access to such type of information but again it is limited to firefox only. There would have to be some kind of shared api among all programs. But I doubt there is any for Windows. So generaly you would have to write addon for program in use + plugin for FARR. Is it worth it?

One solution would be to use aliases or hotkeys by which you specify your command or FARR might also provide information about from what application you came from.

If you have any idea for a cool plugin pls share and we may find some solution ;) There is hardly anything which is not possible to do in FARR :Thmbsup:

Pages: prev1 2 3 [4] 5 6 7 8 9 ... 14next