QuickCMD is a shell-based user interface running on top of the system. Its aim is to provide a faster way to launch programs. The idea actually came from a fact about my own usage of a CPC : most of the times, I turn on my computer to only execute CAT/RUN commands. I thought there were rooms to improve that process...
http://www.norecess.net/ (http://www.norecess.net/)
Great stuff, thanks!
Was just thinking today about something like this to sit on top of AMSDOS and now you've written one :)
Great little tool :D
Quote from: norecess on 18:50, 21 June 11
QuickCMD is a shell-based user interface running on top of the system. Its aim is to provide a faster way to launch programs. The idea actually came from a fact about my own usage of a CPC : most of the times, I turn on my computer to only execute CAT/RUN commands. I thought there were rooms to improve that process...
http://www.norecess.net/ (http://www.norecess.net/)
What you say! This is really great...
Will the source be public for this nice little frontend! There are some tricks I would love to dig into. Otherwise very nice and clean little tool :)
/Ygdrazil
Quote from: norecess on 18:50, 21 June 11
QuickCMD is a shell-based user interface running on top of the system. Its aim is to provide a faster way to launch programs. The idea actually came from a fact about my own usage of a CPC : most of the times, I turn on my computer to only execute CAT/RUN commands. I thought there were rooms to improve that process...
http://www.norecess.net/ (http://www.norecess.net/)
Thank you for your first reception. It's appreciated ! :)
QuoteWill the source be public for this nice little frontend!
Yeah, I will release the sources in next version. It's a mix of C and ASM code, built using Phactory and making use of SDCC2Pasmo! :) (find more info on my website)QuoteThere are some tricks I would love to dig into.
I think the ability to launch (execute) BASIC files directly from a BINARY is the most interesting part ; this trick has been explained to me by our friend arnoldemu. The other great thing is the "autostart" feature (like emulator do at startup to autorun a program), once again provided by arnoldemu. I will write an article about it sooner or later on my website!Otherwise, it's just standard calls to the system.
Excellent so there will be a next version :-)
A suggestion for improvement is a bypass the autoexecute |QCMD when booting... This could be done by checking to see if the eg. spacebar has beem pressed while booting (&bb09) and if so then simply quit the ems init :-)
Just a suggestion!
Anyway i look forward to the next version
/Ygdrazil
Quote from: norecess on 11:51, 22 June 11
Yeah, I will release the sources in next version. It's a mix of C and ASM code, built using Phactory and making use of SDCC2Pasmo! :) (find more info on my website)I think the ability to launch (execute) BASIC files directly from a BINARY is the most interesting part ; this trick has been explained to me by our friend arnoldemu. The other great thing is the "autostart" feature (like emulator do at startup to autorun a program), once again provided by arnoldemu. I will write an article about it sooner or later on my website!
Otherwise, it's just standard calls to the system.
Yeah it's not a one-shot, the source is quite clean and maintainable, and there is enough memory space for major improvements. I wished to distribute V1.0 as it was mature enough for public release.
Really nice idea and well thought-out.
But please get rid of that useless backslash! Just because M$DOS used it there is no need to copy that piece of junk, as there are no subfolders in AMSDOS.
A:USER0>
or maybe even
A:0>
really should do it
:)
I liked the fact to consider USER as FOLDERs. And who knows what future could bring, it could be useful to get move into directories, one day... (HxC in mind)
PS. for the ones who missed it :
- if you have an RSX called DAMS you don't have to type RSX DS but simply DS
- if you want to quick exit from QuickCMD to BASIC, juste press 2 times the ESC key (faster than typing BASIC command)
RUN and RSX commands are "layers", they actually do execute a program and a RSX in case of name conflicts.
Cf. if you have a RSX called HELP, but that HELP is already an internal command of QuickCMD, RSX HELP allow to force execution of the RSX called HELP.
Cf. if you have a file on disc called HELP and want to execute it, just type RUN HELP
I am not against the User#. But they are no subfolders of each other.
If subfolders are needed/possible someday, slashes (I would prefer slashes like in Unix, Amiga Shell, CP/M(!), not backslashes) are very welcome, but what is the use of that starting backslash beside making the prompt longer?
Well, I wished to respect the convention already in place with HxC Floppy Emulator Manager (for the slash) but of course, it can be changed. Let's say if this is the only thing that bothers you with the software, I'm quite happy like that :D
yep, I have nothing more to criticize at the moment ;)
I just don't like copying elements from other systems, even if they have no sense in the new form.
I see what you mean :D
But QCMD is such a cute little tool with great potential, maybe in the future also the IDE8255 will be supported and the folder are needed, but i prefere the unix way!
Quote from: Ythcal on 15:17, 22 June 11
Really nice idea and well thought-out.
But please get rid of that useless backslash! Just because M$DOS used it there is no need to copy that piece of junk, as there are no subfolders in AMSDOS.
A:USER0>
or maybe even
A:0>
really should do it
:)
Quote from: norecess on 15:57, 22 June 11I liked the fact to consider USER as FOLDERs. And who knows what future could bring, it could be useful to get move into directories, one day... (HxC in mind)
And BonnyDOS too !! I was thinking about in overriding the ,"" too (not only the pipe |) in the parameters of the BonnyDOS commands:
|CD,"/GAMES/ARKANOID" could be
CD /GAMES/ARKANOID :)
I'll give a try to see compatibility problems and I will report them.
Really nice tool, good job :)
@MiquelSky There is no reason why it should not work. :)
Doesn't work. It can't see my C drive :( But with A worked great !!
Just to make sure, ... do you expect QuickCMD to write C: prompt for you ?
Otherwise, is there a way to test your RSX under emulator ?
Thank you for testing btw :D
Well, if you type C it says "No drive" :D
When I start CPC, BonnyDOS autolog the C drive. You know BonnyDOS patches the AMSDOS calls. When I try a disc command a System failure (from BonnyDOS, I think) message is shown or CPC hangs.
BonnyDOS doesn't recognize the HDD in the emulators.
Then I will check around the RSX command. I know sometimes I myself experienced some issues (RSX not launchable, message "Bad Command") but it was not 100% reproducible.
You were right. I double-check the RSX handling and found out that if launched without any parameters, the behavior was completely unpredictable ! So it's fixed on my side, and should on yours for next release.
Thank you a million for your bug report ! :)
Great !!
PM me your private email; I will send you a version so that way you will be able to test it on your side.
Thank you
Quote from: norecess on 20:11, 24 June 11
You were right. I double-check the RSX handling and found out that if launched without any parameters, the behavior was completely unpredictable ! So it's fixed on my side, and should on yours for next release.
Thank you a million for your bug report ! :)
...had the same problem with BonnyDOS. "No Drive" inside QCMD. Both ROMs doesen't work in some way together?? If I press during booting "ESC" the RSX-Command |QCMD doesen't start automatically. I wrote the command |PART then all my partition appears in normal way on screen. Then I wrote |QMCD, then two times "ESC" to return to Basic, then |PART (nothing happens) or |C ("no drive").
By the way: Very nice tool for quick handling!
Yes I reported this to norecess too.
Yeah I think I will be sooner or later able to find the bug that makes your HDD disconnect.
Otherwise, I did great advancements this week-end on QuickCMD... future is promising. :D
Hi norecess,
just a small suggestion for handling the autocomplete-function in QCMD. Imagine that you have to files on disk with the same name but different extension (e.g. test.bas and test.bak). At the prompt you are going to write "A:\USER0\RUN T"+<TAB> then "A:\USER0\RUN TEST.BAK" will be displayed. But if you want to start "Test.bas" then you have to correct a character (only one character I know). In linux or windows shell you could make a choice between different name by pressing <TAB> more times instead of diplaying the directory. Maybe a usefull idea for next release?
I have been quite quiet last weeks about QuickCMD but prepare yourself for a major update sooner or later.. actually, more than an update, it's a complete rewrite of QCMD that I'm currently doing !
New features :
- now 90% rewritten in ASM
- 100% executed from ROM (so it does not get copied dumbly to RAM as V1.0) : ultra-small memory footprint : 6 bytes ;)
- autostart is now disabled, QCMD now launchable with CTRL+TAB key. Same Ctrl+Tab key combination to get back to BASIC. Easy ! Actually, you can even do CTRL+TAB (launch QCMD) then TAB (autotype DIR) and voila! you get your CAT stuff faster than ever
- sector-based disc operations ! As a result :
* faster disc access
* DIR can now list Hidden files (you will never look at your discs the same way!)
* undelete file
* change file attributes (read-only, hidden, user)
* DATA/SYSTEM/Parados/Romdos support !
- still focused on maximum ergonomy (shortcuts, autocomplete, history, etc)
- still 100% compatible with all your RSXs (btw there was a critical bug in V1)
- still using ultra-fast char displaying (but switched to system font)
- new unannounced features....
I also learned a lot from your feedback with V1 and applied most of your requests..
The program is actually implemented at 70-80%, and its size is currently 10Kb in memory.
@hal6128 I have no plans right now to implement multiple completion-system like you proposed. Let's say I put this as priority 3 ;-)
Actually I did great coding session today. Almost 90% is implemented ;D
Working with BonnyDOS now !! Congrats :)
Quote from: norecess on 16:21, 14 July 11
@hal6128 I have no plans right now to implement multiple completion-system like you proposed. Let's say I put this as priority 3 ;-)
No worries. It's good to see your coding will be advanced :)
Do you work out that Code/Application with your Phactory-Tool?
Hmm I'm having great reception of this privately released QCMD new version.. this is definitively good news :)
Off-topic: yeah it's all done using Phactory. I really get more productive with it, especially since I don't have to bother about makefiles and DSK maker and packer and whatever ;) The great feature in it is its dependency resolver ; it only compiles what actually needs to be compiled, and compiles in the right build order. By example I just have to add a new C file, references its ASM output in an other ASM file (via the Pasmo's include command) and voila! It's ready to be built. The tool is really stable now and does what it's exactly supposed to do. I'm glad not having done a premature release of Phactory, as I still fix bugs on it from times to times. Good news is, I did not make any fixes last month on it so it could be released officially sooner or later ;) but I would need to write a documentation with it as also some default project templates to help newcomers.
...your Phactory tool looks very well arranged and handy. But you obviously need at least assembler coding experience apart C. Damm, it's a pity. I try these days to get into assembler, but I doubt something productive comes out of it. C is more common to me. Hmmm.... MC is definitly needed.
Are you going to release your Phactory software somedays?
Is it possible to code with SDCC or your Phactory tool applications for FuturOS oder SOS?
Quote you obviously need at least assembler coding experience apart C
Actually, you could do 100% C and use a small framework written in ASM.
QuoteDamm, it's a pity
Unfortunately. you don't have choice to use ASM. Consider C as a high-level helper to ASM.
QuoteAre you going to release your Phactory software somedays?
Yes. Eventually somedays. :)
[/size]QuoteIs it possible to code with SDCC or your Phactory tool applications for FuturOS oder SOS?
I don't know the internals of the OS you mention, but if it basically can execute ASM code (cf. programs), I don't see why it could not :)[/quote]