Forums | developer.brewmp.com Forums | developer.brewmp.com

Developer

Forums

Forums:

Hi everyone,

I'm currently designing the next version of MIF Editor and Resource Editor and I would like some feedback from you, the developer community.

If you currently use either editors and have any suggestions on how we can improve them or if you have any complaints, please post them here or PM me.

If you do not use either editor in your development, what do you use and why?

Thanks!

BrewDesign wrote:Hi everyone,
I'm currently designing the next version of MIF Editor and Resource Editor and I would like some feedback from you, the developer community.
If you currently use either editors and have any suggestions on how we can improve them or if you have any complaints, please post them here or PM me.
If you do not use either editor in your development, what do you use and why?
Thanks!
I find the MIF Editor to be a pretty stable piece of software, that does more or less what I want it to. It could be slightly more intelligent on the Depencies tab - two requests there:
a) It should remember previously used external class directories, so that I can just select them from a combobox.
b) It remember previously used external class directories (and a predefined set as well) and then autosearch "Used" class depencies and list their name as well as their class id.
Also, the Applets tab, under "List of Applets" could list the class id AND name of the applet defined. It's not like the MIF editor is making full use of the screen available.
I don't use the resource editor much, as I generally speaking use TrigBuilder (and I have a number of requests for THAT piece of software) and uiOne development.

BrewDesign wrote:Hi everyone,
I'm currently designing the next version of MIF Editor and Resource Editor and I would like some feedback from you, the developer community.
If you currently use either editors and have any suggestions on how we can improve them or if you have any complaints, please post them here or PM me.
If you do not use either editor in your development, what do you use and why?
Thanks!
I find the MIF Editor to be a pretty stable piece of software, that does more or less what I want it to. It could be slightly more intelligent on the Depencies tab - two requests there:
a) It should remember previously used external class directories, so that I can just select them from a combobox.
b) It remember previously used external class directories (and a predefined set as well) and then autosearch "Used" class depencies and list their name as well as their class id.
Also, the Applets tab, under "List of Applets" could list the class id AND name of the applet defined. It's not like the MIF editor is making full use of the screen available.
I don't use the resource editor much, as I generally speaking use TrigBuilder (and I have a number of requests for THAT piece of software) and uiOne development.

When i create a new resource in resource editor, the source can be Text, File, Hex or CText.. What is the use of CText??

When i create a new resource in resource editor, the source can be Text, File, Hex or CText.. What is the use of CText??

BenBlaukopf wrote:
a) It should remember previously used external class directories, so that I can just select them from a combobox.
b) It remember previously used external class directories (and a predefined set as well) and then autosearch "Used" class depencies and list their name as well as their class id.
Also, the Applets tab, under "List of Applets" could list the class id AND name of the applet defined. It's not like the MIF editor is making full use of the screen available.
Thank you for your input! I've noted these suggestions.

BenBlaukopf wrote:
a) It should remember previously used external class directories, so that I can just select them from a combobox.
b) It remember previously used external class directories (and a predefined set as well) and then autosearch "Used" class depencies and list their name as well as their class id.
Also, the Applets tab, under "List of Applets" could list the class id AND name of the applet defined. It's not like the MIF editor is making full use of the screen available.
Thank you for your input! I've noted these suggestions.

Oceans eleven wrote:When i create a new resource in resource editor, the source can be Text, File, Hex or CText.. What is the use of CText??
consider the code:
char* foo[] = "abc\ndef";
The compiler will turn that into 0x61, 0x62, 0x63, 0xCR and/or 0xLF, 0x64,...
A CText is a sequence of characters where a '\' starts the escape of a character. You can load these resource strings and pass them directly to c api functions that interpret these escape codes. Refer to a C ref book for \r,\t,\n,\0..ect

Oceans eleven wrote:When i create a new resource in resource editor, the source can be Text, File, Hex or CText.. What is the use of CText??
consider the code:
char* foo[] = "abc\ndef";
The compiler will turn that into 0x61, 0x62, 0x63, 0xCR and/or 0xLF, 0x64,...
A CText is a sequence of characters where a '\' starts the escape of a character. You can load these resource strings and pass them directly to c api functions that interpret these escape codes. Refer to a C ref book for \r,\t,\n,\0..ect

Hi,
It is pain entering large number of images/strings in the resource editor. Say you enter 20 images/strings and try to enter 21, it will keep on refreshing for some time and it will become very slow. I would like to see this optimized.
-Karthik

Hi,
It is pain entering large number of images/strings in the resource editor. Say you enter 20 images/strings and try to enter 21, it will keep on refreshing for some time and it will become very slow. I would like to see this optimized.
-Karthik

The most annoying thing about the resource editor is that when I click a column to sort on that column, and then enter a new item, it forgets the sort order I selected.
-Erik

The most annoying thing about the resource editor is that when I click a column to sort on that column, and then enter a new item, it forgets the sort order I selected.
-Erik

I would like the next ResourceEditor will support to preview gif file. Now we can find the BCI_JPEG.dll and BCI_PNG.dll in the install directory.

I would like the next ResourceEditor will support to preview gif file. Now we can find the BCI_JPEG.dll and BCI_PNG.dll in the install directory.

Some suguestions for the resource editor

You can copy paste the content of the list that display the name, id and resource/string/etc (this will help create documents/related and other things)
That is possible to create "groups" for organization, that you later can see, for example I have a serie of windows, one of them have: strings, images, the graphic designer is updating some parts, thus I want to see if I have the actual new images, or want to change a text, thus I select the "group" and check it. Normally this "groups" I do them doing some like IDS_GROUPNAME_nameofresource IDB_GROUPNAME_nameofresource, but the other way can also be selected, for have a "namespace" GROUPNAME_IDS_* GROUPNAME_IDB_* where GROUPNAME is the namespace
When selecting resources in the left tree, at the right panel it should NOT list AGAIN the elements under the TREE, instead it should display a complete list of resources, thus the elements under the resources root tree act like "filters" of this complete view, I mean it should display actually IDS* IDB* and the dialogs
Thought I havent used dialogs to the moment (little time I start in BREW), perhaps if posible, have a little of reazonable size that let you modify the size and position without need to type it, with a drag of the mouse, basically editable rectangle inside a rectangle that represent a "ideal window".... even more, you can produce this view if the user press a button, and he is able to "drag and drop" rectangles of some colores (representing the different components), and ask the desired target screen, thus you will have a "semiautomatic design form", or some like that. (also remember to have in account if posible the group thingy for inner name of things inside the dialog)
To the anterior "on the fly" designer (that ask the desired target screen), you can have a extra component (that actually not really a dialog control), but you can have a rectangle that is actually an AEERect, that mean that will only be a "hole"/placement in the dialog, I mean, you will store it as an string with "x,y,DX,DY" or some like that, and we can "parse" that representation, and use that rectangle representation.
Also consider that the columns can be reordered (if you let copy from the list)

hehe, dont know, but you ask about feedback, those are suguestions, anyway, I will look now that I think in a way to have those little rectangles for design.
I dont use the dialog editor, because people here has request to have it the more dinamic possible adjusting if possible to screen of 1 px of difference or things like that (like I understand).
Quote:If you do not use either editor in your development, what do you use and why?
For langs, we use a simple parser, but we have a trick that almost make identifiers in the code to look like names of the resource, the "XML" (is not exactly an XML) is done by hand, why?, because people here as said me that for change the .bar there are some "extra things to be done", thus this "dinamic" content part is downloaded. Thought it is painfull doing the work of the resource editor by hand, I mean when we select names and the number for it... I will vote for use the resource editor, and let it manage the numbers, but we can't copy the content of those list (I suppose that was a design desicion before, but hope it can be forget it). A sample of our XML
Quote:1
Hola mundo
A sample of the C code accesing it
#define IDML_S_2 18
....
x = CAD(me->listaIdioma, PPSTR(IDML_S_2));
x contain now a ptr to "Hola mundo"
CAD is a function that scans the list me->listaIdioma for the id 18 that is defined in the preprocesor, PPSTR should be self explanatory :P is a pre procesor directive that handle the conversion from IDML_S_2 to "18".
But like I said, is not possible to use the res editor for handle the background of names and count, because we can't copy, even I suppose the generated h file will be usable.
I define the list in a document editor, for have a "central resource" and then copy paste parts of it to the xml and then to the C code adding the #defines.
I think is now for the momment, gl&hf.
As a side note (another suguestion) consider the possibility to output the list not only to .bar (that has more things that the list) and .h but to CSV and .h or XML and .h, that will help in not take "hard work arounds", when is not possible to use the resource editor if not for generate .bar and .h (if you cant do that because desicions/strategy, at less consider let the users of the res editor copy paste the contents of the lists...)
NOTE: Im developing in BREW v2.0.1

Some suguestions for the resource editor

You can copy paste the content of the list that display the name, id and resource/string/etc (this will help create documents/related and other things)
That is possible to create "groups" for organization, that you later can see, for example I have a serie of windows, one of them have: strings, images, the graphic designer is updating some parts, thus I want to see if I have the actual new images, or want to change a text, thus I select the "group" and check it. Normally this "groups" I do them doing some like IDS_GROUPNAME_nameofresource IDB_GROUPNAME_nameofresource, but the other way can also be selected, for have a "namespace" GROUPNAME_IDS_* GROUPNAME_IDB_* where GROUPNAME is the namespace
When selecting resources in the left tree, at the right panel it should NOT list AGAIN the elements under the TREE, instead it should display a complete list of resources, thus the elements under the resources root tree act like "filters" of this complete view, I mean it should display actually IDS* IDB* and the dialogs
Thought I havent used dialogs to the moment (little time I start in BREW), perhaps if posible, have a little of reazonable size that let you modify the size and position without need to type it, with a drag of the mouse, basically editable rectangle inside a rectangle that represent a "ideal window".... even more, you can produce this view if the user press a button, and he is able to "drag and drop" rectangles of some colores (representing the different components), and ask the desired target screen, thus you will have a "semiautomatic design form", or some like that. (also remember to have in account if posible the group thingy for inner name of things inside the dialog)
To the anterior "on the fly" designer (that ask the desired target screen), you can have a extra component (that actually not really a dialog control), but you can have a rectangle that is actually an AEERect, that mean that will only be a "hole"/placement in the dialog, I mean, you will store it as an string with "x,y,DX,DY" or some like that, and we can "parse" that representation, and use that rectangle representation.
Also consider that the columns can be reordered (if you let copy from the list)

hehe, dont know, but you ask about feedback, those are suguestions, anyway, I will look now that I think in a way to have those little rectangles for design.
I dont use the dialog editor, because people here has request to have it the more dinamic possible adjusting if possible to screen of 1 px of difference or things like that (like I understand).
Quote:If you do not use either editor in your development, what do you use and why?
For langs, we use a simple parser, but we have a trick that almost make identifiers in the code to look like names of the resource, the "XML" (is not exactly an XML) is done by hand, why?, because people here as said me that for change the .bar there are some "extra things to be done", thus this "dinamic" content part is downloaded. Thought it is painfull doing the work of the resource editor by hand, I mean when we select names and the number for it... I will vote for use the resource editor, and let it manage the numbers, but we can't copy the content of those list (I suppose that was a design desicion before, but hope it can be forget it). A sample of our XML
Quote:1
Hola mundo
A sample of the C code accesing it
#define IDML_S_2 18
....
x = CAD(me->listaIdioma, PPSTR(IDML_S_2));
x contain now a ptr to "Hola mundo"
CAD is a function that scans the list me->listaIdioma for the id 18 that is defined in the preprocesor, PPSTR should be self explanatory :P is a pre procesor directive that handle the conversion from IDML_S_2 to "18".
But like I said, is not possible to use the res editor for handle the background of names and count, because we can't copy, even I suppose the generated h file will be usable.
I define the list in a document editor, for have a "central resource" and then copy paste parts of it to the xml and then to the C code adding the #defines.
I think is now for the momment, gl&hf.
As a side note (another suguestion) consider the possibility to output the list not only to .bar (that has more things that the list) and .h but to CSV and .h or XML and .h, that will help in not take "hard work arounds", when is not possible to use the resource editor if not for generate .bar and .h (if you cant do that because desicions/strategy, at less consider let the users of the res editor copy paste the contents of the lists...)
NOTE: Im developing in BREW v2.0.1

Thanks for all the responses! I've taken note of all your suggestions. Keep them coming!

Thanks for all the responses! I've taken note of all your suggestions. Keep them coming!

Oh, I also don't like the Apply button. I always forget to press it after editing a string, and lose my changes.
-Erik

Oh, I also don't like the Apply button. I always forget to press it after editing a string, and lose my changes.
-Erik

ebrowne wrote:Oh, I also don't like the Apply button. I always forget to press it after editing a string, and lose my changes.
-Erik
Me tooo :mad: , The Apply button maybe useful for those who directly type the content in the properties pane, but when editing the string "Edit Text Data" window, pressing OK should behave like pressing Apply button.
One more suggestion regarding entering the data is support to import the details (for each resource type separately) from a CSV or Excel spreadsheet. Because most of us will be maintaining the strings used in app as a text file, for easier access and review, and search replace feature need not be implemented in the Res Editor ;).
Also when adding large sized images, we get a comment mentioning
"Warning: Selected image is 315 pixels wide and 375 pixels tall. Typically image resources are less than 240 pixels wide and less than 240 pixels tall."
Any details on why the limit is set to 240x240,
1. Is the limit related to the memory occupied by a 240x240 bmp (or)
2. More related to the pixel dimensions of the image.
Eg: if we have an image with dimension 10x250, it shows up the warning.
If the reason is (1), then the above image is very well within the limits and the warning message should be changed a little to mention size rather than dimension.
If it is (2), why is it specifically 240x240?
This is rather a question than a suggestion, anyways, any details provided will be very much helpful
Thanks.

ebrowne wrote:Oh, I also don't like the Apply button. I always forget to press it after editing a string, and lose my changes.
-Erik
Me tooo :mad: , The Apply button maybe useful for those who directly type the content in the properties pane, but when editing the string "Edit Text Data" window, pressing OK should behave like pressing Apply button.
One more suggestion regarding entering the data is support to import the details (for each resource type separately) from a CSV or Excel spreadsheet. Because most of us will be maintaining the strings used in app as a text file, for easier access and review, and search replace feature need not be implemented in the Res Editor ;).
Also when adding large sized images, we get a comment mentioning
"Warning: Selected image is 315 pixels wide and 375 pixels tall. Typically image resources are less than 240 pixels wide and less than 240 pixels tall."
Any details on why the limit is set to 240x240,
1. Is the limit related to the memory occupied by a 240x240 bmp (or)
2. More related to the pixel dimensions of the image.
Eg: if we have an image with dimension 10x250, it shows up the warning.
If the reason is (1), then the above image is very well within the limits and the warning message should be changed a little to mention size rather than dimension.
If it is (2), why is it specifically 240x240?
This is rather a question than a suggestion, anyways, any details provided will be very much helpful
Thanks.

Here we produce different .bar files for each size of phone by example, but still we need to manually edit 2 extra times the names of the images, that is because we have a /rsrc.bri but we have our res data in /resdata/tiny /resdata/small /resdata/medium /resdata/large.
Dont know if all peopole use that way, but here isw what we use.
Even that the internal structure of the data resources dirs is the same (same file names and internal struct of subdirs, sure with different quantization of x, y and others), we need to maintain 3 "different" bri files.
Wuold be nice if there is an option for the resource editor to change the "base resource path" then we can maintain only 1 bri, and have ass many different resources as we whant, sure you can say, just copy each time your bri file to the specific folder, but what a pain, isn't? just copy/paste is to much manual crafts.

Here we produce different .bar files for each size of phone by example, but still we need to manually edit 2 extra times the names of the images, that is because we have a /rsrc.bri but we have our res data in /resdata/tiny /resdata/small /resdata/medium /resdata/large.
Dont know if all peopole use that way, but here isw what we use.
Even that the internal structure of the data resources dirs is the same (same file names and internal struct of subdirs, sure with different quantization of x, y and others), we need to maintain 3 "different" bri files.
Wuold be nice if there is an option for the resource editor to change the "base resource path" then we can maintain only 1 bri, and have ass many different resources as we whant, sure you can say, just copy each time your bri file to the specific folder, but what a pain, isn't? just copy/paste is to much manual crafts.