Another little things:
- For static controls wich are bmp or icons, instead of text we
use ID of bmp or icon resource.
It would be nice if ResEdit provide a way to let it know what is
used for caption field - text or resID.
This way you free a programmer from needless job of manually
replacing for example
"1234" (text created by ResEd) with 1234 (ID that was meant)

- Is it possible to select a numerous controls (red dots) with
keybord? Or mouse drag rect?

- Also it would help if not only tab navigation is possible but also
shift-tab (reverce direction)
Posted on 2002-03-02 12:56:55 by The Svin
To The Siv:


- For static controls wich are bmp or icons, instead of text we
use ID of bmp or icon resource.
It would be nice if ResEdit provide a way to let it know what is
used for caption field - text or resID.
This way you free a programmer from needless job of manually
replacing for example
"1234" (text created by ResEd) with 1234 (ID that was meant)


If you would create a Bitmap control in a
dialog and then do the build you'll see that the
("'s) are striped from the caption name.

I figured there would be some complaints with the
32 byte caption (text) field, I was going to make
it a varible length field within the structure,
but that would be a bear of a problem addressing
the structures.

I could have the caption field point to a varible
length caption array, which would make it easer to
control.

Or I could increase the size in the structure to
256 bytes, (memory is cheap).

I can see if you enter a caption field longer
then 32 bytes that the tab navigation selection
stops working, the structure for that control
becomes corrupted.

For a temporary fix I will make the field 256 bytes.

I will make that patch and post it.

I will respond to your other questions, suggestions
later, right now I'm trying to find a worm virus
that got into my window system, NT is still ok.

Thanks,

Ewayne
Posted on 2002-03-02 18:54:44 by Ewayne
If you would create a Bitmap control

My fault, sorry.

Use pointer to text in structure not text itself, then it would be ok
with adressing.
In memory for text save address of next to zero byte of last
piece of text.
I'll look to the sources when have a little bit more time.

Good luck with killing the virus.
Posted on 2002-03-02 19:47:12 by The Svin
I know, it's hard decision, but I would recommend almost complitly
change design of filling styles.
I found it very uncomfortable.
Even with design there is something more to say:
Many styles are absent such as WS_MINIMIZEBOX and WS_MAXIMIZEBOX.
Even if knew them (I mean values) it wasn't easy to set them in the ResEditor.
- I cann't paste the values untill rc file is built. Cause the feilds is read only.
- Styles - bit window is very hard to work with - 'cause bits are not grouped
by nibles or bytes and it takes time to find a right bit esprcially if there not
tips on styles.

I suggest change the way of filling styles.
It would be much better if styles aditing brings not the bit styles window but
(for example) pop up window with listview one column with check boxes - the other
with symbolic names of styles. Check means style is or'ed in cummulative style.
There may be also third column with values (but this is optional though wished)

Also if you write validation proc may be it's reasonable if you allow to edit
hex fild of styles value. Bring up popup with edit allowing to write or paste
value then validate if it is approprite to prevent abnormal affectation, if it's OK
allow it to styles fild changing appearence according to new value.

Ewayne, I know, it may involve a lot of works and changes, but it is very serious
thing, this is what slowed down may work with ResEdit greatly.

Also some funny effects with positioning of to windows (main and dialog template)
noticed.
I didn't catched what caused it yet. But sometimes lenthy (in times terms) resizing
begins wich may finish in huge grouth of main window so the only way out is to close
main window by alt-F4 becase it turns to uncontrolable.

Good luck.
Posted on 2002-03-04 03:27:19 by The Svin
I guess, I found out how to recreate resizing effect:
Miximize window in dlg view.
Create Big Dialog so that it fills all space.
Minimize ResEdit window, restore it.
Posted on 2002-03-04 03:38:08 by The Svin
To The Svin,

I finally killed the virus after two days.

The resizing problem you see is that the program
is trying to keep the dialog within the bounds of
the work window and if the dialog is larger then
the work window it will do a lot of jumping around,
but it should settle down.

I'll change the program to stop the jumping.

I'm also starting to work on some of the other
issues.

I'll post an update soon.

Thanks,

Ewayne
Posted on 2002-03-04 13:51:25 by Ewayne
Another way to recreate resizing windows problem:
1 In max state of ResEditor window create very big dlg window
2 Save dlg to rc file
3 Exit ResEditor
4 Run ResEditor again but don't maximize it
5 Load rc file (2) and extract dlg
6 Now go to Dialog tab and open the extracted dlg

Resizing will beging and end up with not properly repainted dlg window.
Posted on 2002-03-04 14:05:34 by The Svin
A have a simple thought regarding things around
our talks about limit for text lenth in controls.
In any case you need to prevent user input of characters
than the limit would be.
Just don't let him input more characters than he supposed to.
Set limits for text length, bring warning messages etc.

I'm aways in favor for speed.
But there is something even more important than speed -
checking for possible errors and validation of user input.
Posted on 2002-03-04 14:25:26 by The Svin
To The Svin:

I normally check for input field lengths, but
this one slipped by me.

Temporary I've changed the size limit of the
caption (text) field to 256 bytes, which should
handle most situations.

Ewayne
Posted on 2002-03-04 14:37:45 by Ewayne
Dlg (for example) has four edits on it.
Currently dlg window is selected (not controls)
You start select the four edit by clicking ctrl+lmouse so
that you could do group shift of size operations.
After selection finished - keyboard size - shift operations
on the group doesn't work.
It start working only if you do unselect\select of one of the controls.
Main thing - happend when red-dot selection on controls starts
after dlg window was selected.
Posted on 2002-03-04 15:05:37 by The Svin
One more funny effect:
I worked with two programms - my asmshell (simple editor app)
and ResEdit.
ResEdit was opened on Dlg tab and main dlg window selected.
Both apps maximized. But my editor was maximized after ResEdit and
currently active.
On my taskbar there were three icons 2 of your app (ResEditTest loader and
ResEdit itself) and 1 of my app.
I clicked on ResEdit window and Dlg window was activated but ResEditor
window was still covered behind my app :) So I couldn't do anything :)
It actually not a big problem - it was enough jush to click on the Dlg window
and RedEditor main window was also brought on the screen activated,
but it looks funny :)
To recreate the problem:
-Open ResEdit
-Open other app for example notepad
-Switch to ResEditor, maximize it and draw a dlg window, select it.
-Now switch to notepad and maximize it.
- Click on ResEdit icon on taskbar, I'll see just dlg window, not ResEdit main window.
Posted on 2002-03-04 15:57:01 by The Svin
To The Svin:

Dlg (for example) has four edits on it.
Currently dlg window is selected (not controls)
You start select the four edit by clicking ctrl+lmouse so
that you could do group shift of size operations.
After selection finished - keyboard size - shift operations
on the group doesn't work.
It start working only if you do unselect\select of one of the controls.
Main thing - happend when red-dot selection on controls starts
after dlg window was selected.

Make sure the cursor is positioned somewhere within
the dialog and you should not have any problem.

Ewayne
Posted on 2002-03-04 17:49:32 by Ewayne
Of course the cursor is on the dlg - it happens after selecting
controls on the dlg.
They wouldn't move despite the fact.
Select dlg then select controls with ctrl+click. Controls are mot moved with keyboard.
Posted on 2002-03-04 23:08:31 by The Svin