Index
> IDE Development > Visual resource (dialog) editor for FASM - preliminary.Goto page 1, 2 Next |
| Author |
|
|
Tomasz Grysztar 02 Jul 2003, 11:42
Fasm RESource Host maybe?
Very nice idea! |
|||
02 Jul 2003, 11:42 |
|
|
scientica 02 Jul 2003, 11:51
  Hmm, didn't JohnFound wrote:The preliminary name of the project is "Fresh" - <F>ASM <res>ource <h>elper(I don't know about "h"  Hmm? I see where the "h" comes from... 
I've jsut started it look nice, will look deper into it _________________ ... a professor saying: "use this proprietary software to learn computer science" is the same as English professor handing you a copy of Shakespeare and saying: "use this book to learn Shakespeare without opening the book itself. - Bradley Kuhn |
|||
|
02 Jul 2003, 11:51 |
|
|
Aquila 02 Jul 2003, 16:45
privalov wrote: Fasm RESource Host maybe? Imagine how it will be nice to write something like "data resource from 'test.res" . |
|||
|
02 Jul 2003, 16:45 |
|
|
Tomasz Grysztar 02 Jul 2003, 23:21
Aquila wrote: Imagine how it will be nice to write something like "data resource from 'test.res" I have already imagined that; don't worry, it's on my TODO list. |
|||
|
02 Jul 2003, 23:21 |
|
|
BiDark 03 Jul 2003, 02:43
JohnFound, when will be complete?
 |
|||
|
03 Jul 2003, 02:43 |
|
|
JohnFound 03 Jul 2003, 05:31
BiDark wrote: JohnFound, when will be complete? Actually I don't know. The whole idea is a big - I want to integrate this editor (not only for dialogs, but for icons, cursors, graphics and other resources in FASMW together with project manager and source level component and functions library to build whole complete RAD IDE for windows development. But firstly I think to release "Fresh" as stand alone applicaion with automatic generation of resource sections. |
|||
|
03 Jul 2003, 05:31 |
|
|
Vortex 03 Jul 2003, 11:03
JohnFound,
Very nice work  _________________ Code it... That's all... |
|||
|
03 Jul 2003, 11:03 |
|
|
scientica 03 Jul 2003, 11:29
JohnFound wrote: Actually I don't know. The whole idea is a big - I want to integrate this editor (not only for dialogs, but for icons, cursors, graphics and other resources in FASMW together with project manager and source level component and functions library to build whole complete RAD IDE for windows development. But firstly I think to release "Fresh" as stand alone applicaion with automatic generation of resource sections. I think it's better to keep it standalone, and intergrate it so it can be run via the fasmw from some menu or via some key sequence, maybe implet some funcitonallity to parse the active file for "data resource from '<file>.res" and then popup a little dialog where one selects which .res file to open with Fresh. That way integration/instersect/interface bugs can be avoided, at least some. Plus that it's easier to isolate where possible erors/bugs are/occurs _________________ ... a professor saying: "use this proprietary software to learn computer science" is the same as English professor handing you a copy of Shakespeare and saying: "use this book to learn Shakespeare without opening the book itself. - Bradley Kuhn |
|||
|
03 Jul 2003, 11:29 |
|
|
Tomasz Grysztar 03 Jul 2003, 12:33
Or maybe it'd be good to build some plug-in interface into FASMW and release such tools as a plug-in libraries?
|
|||
|
03 Jul 2003, 12:33 |
|
|
scientica 03 Jul 2003, 13:45
privalov wrote: Or maybe it'd be good to build some plug-in interface into FASMW and release such tools as a plug-in libraries? Plug-ins = dlls? I think DLL shall be used for plug-ins, I got an idea on how to implent plug-ins, I'll try to make an litte demo for the idea and post it. _________________ ... a professor saying: "use this proprietary software to learn computer science" is the same as English professor handing you a copy of Shakespeare and saying: "use this book to learn Shakespeare without opening the book itself. - Bradley Kuhn |
|||
|
03 Jul 2003, 13:45 |
|
|
Tommy 03 Jul 2003, 14:22
Cool!
|
|||
|
03 Jul 2003, 14:22 |
|
|
BiDark 03 Jul 2003, 14:57
IMHO, "fres" just enough
 (flink, fmake, fdis and so on...) |
|||
|
03 Jul 2003, 14:57 |
|
|
Tommy 03 Jul 2003, 15:43
Hi!
I've written a little program with a plug-in system which might be useful to implement in FASMW... The plugin is the dll-file Plugin.dll which has access to (at the moment) two functions in the IDE: SetText (set the content of the asmedit-control) and SetPos (set position in asmedit-control). The zip includes an example where the plugin is a template system... But don't expect too much... This was written in 10 minutes and only demonstrates one way to do it... (Actually this is my first plugin solution)
My plan is to continue on the editor and make my own customized version of the IDE (I will of course post it here with sources when I have a working version )...
Enjoy! Tommy
|
|||||||||||
|
03 Jul 2003, 15:43 |
|
|
scientica 03 Jul 2003, 18:49
((Argh! I dislike menus very much
 ))
It will take too long time to make the demo app work, so I'll just show the idea in a way which I understand it, thus it may seem a little chaotic to you.
The part which blocks me is the part where I'm trying tp instert the damn submenu, I just can't get it to work. I get a sepparator sometimes and sometimes, if I'm lucky, I get the text "Test function 1". Are there any exmpales of where the menus are generated on-the-fly anywhere? Code: ;------------------------------------------------------------------------- struc VERSION_STRUCT high, low, build { ; v. High.Low.Build .High dd high .Low dd low .Build dd build } struc PlugIn_Header lpName, lpDesc, vHigh,vLow,vBuild, nFuncs, lpFuncs { .lpszPluginName dd lpName ; pointer to plug-in name string. .lpszPluginDescription dd lpDesc ; pointer to plug-in description string. .PlugInVersion VERSION_STRUCT vHigh,vLow,vBuild ; Plug-in Version. .nFunctions dd nFuncs ; Number of plug-in functions (public). .lpFunctions dd lpFuncs ; array of plug-in function structs. } struc PlugIn_Function lpProc, lpName, lpDesc { .lpFunction dd lpProc ; Pointer to funciton .lpszFunctionName dd lpName ; pointer to function name string. .lpszFuncitonDescription dd lpDesc ; pointer to description string. } ;------------------------------------------------------------------------- Example of plug-in table in DLL, the address to piHead is returned by the funciton LoadPlugIn, in the code section: ; (in .data section) piHead PlugIn_Header szPName, szPDesc, 0,1,5, (piFuncs.sizeof/6), piFuncs piFuncs PlugIn_Function Function1, lpFunction1, lpFunction1Desc,\ Function2, lpFunction2, lpFunction2Desc .sizeof = $-piFuncs szPName db 'Plug-in0',0 szPDesc db 'Test plug-in',0 lpFunction1 db 'Function 1',0 lpFunction1Desc db 'Test function 1',0 lpFunction2 db 'Function 2',0 lpFunction2Desc db 'Test function 2',0 ;------------------------------------------------------------------------- Here's how it could look in fasmw when the table has been loaded and processed: .__________________________________________________. |[#]_fasm__________________________________ _ [] X | |File|Edit|...|Plug-ins |...____________________| | +------------+ | | |Settings... | | | +------------+------------+ | | |Plug#In#0##>| Funciton 1 | | | +------------++Function#2#| | | |Plug-in1 >|+-----------+ | | +------------+ | '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' .~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~. |__________________________________________________| | (status bar)| Test function 2 //| +--------------------------------------------------+ where the items wiht "#" instead of " " are highlighted/under the cursor. ;------------------------------------------------------------------------- All the plug-ins are located in a subfolder names, guess, PlugIns. And all dll are loaded at stat up, or as specified by fasm.ini Did it make any sense to you? _________________ ... a professor saying: "use this proprietary software to learn computer science" is the same as English professor handing you a copy of Shakespeare and saying: "use this book to learn Shakespeare without opening the book itself. - Bradley Kuhn |
|||
|
03 Jul 2003, 18:49 |
|
|
BiDark 04 Jul 2003, 04:23
Ah!! I prefer scientica's way.
 |
|||
|
04 Jul 2003, 04:23 |
|
|
JohnFound 04 Jul 2003, 04:26
Of course, to have Plug-in ability in FASMW is good. But to build whole IDE based only on Plugins, that is not very good IMHO.
Modularity of the system must stay on some reasonable level i.e. one complete stand-alone application and a few small, not absolutely necessary plugins. Look at similar systems like PhotoShop for example. It is stand-alone very powerfull graphic editor. But you can add extra filters, if you need them. Also, the natural evolution of the software is from modular to nonmodular systems. FASMW is good example for this. The first versions had text editor in separate DLL. But in the next versions, Privalov build the code of the editor in the main executable. And IMHO this is good. The program gains some entireness and ripeness. So, LEGO concept is funny and very good for toys, but for profesional tools it's not very suitable. Regards John Found |
|||
|
04 Jul 2003, 04:26 |
|
|
BiDark 04 Jul 2003, 04:37
JohnFound wrote: And IMHO this is good. The program gains some entireness and ripeness. And hard-to-catch bugs of course.  |
|||
|
04 Jul 2003, 04:37 |
|
|
JohnFound 04 Jul 2003, 04:57
Hi BiDark.
Quote: And hard-to-catch bugs of course. Yes, you are almost right, but I think, that if the program have "internal modularity" as every well written program (the principles of structural programing are valid even for assembler programs), the bugs are easy for hunting. We are old bug hunters! Isn't it? |
|||
|
04 Jul 2003, 04:57 |
|
|
BiDark 04 Jul 2003, 05:57
JohnFound wrote: We are old bug hunters! Isn't it? Urmm.., It's my another job for Fasm!!! |
|||
|
04 Jul 2003, 05:57 |
|
| Goto page 1, 2 Next < Last Thread | Next Thread > |
Forum Rules:
|