Hi everyone, i was doing a manual merge of a big set of objects, and i was also bored to expand the toolkit tree: why? because when merging forms and reports, the tool marks them as changed even if only xpos and ypos are modified.
I don't want to forgot some property, so i have to open each control or menus in menusuites and check it to find that only the position is modified.
i wrote this simple codeunit to import in the devtool database and run it in order to make 0 eache "x" and "y" fields in the Field/control table of the toolkit. \:D/
no more red objects!!ahah!!
OBJECT Codeunit 50000 FieldControModification
{
OBJECT-PROPERTIES
{
Date=29/04/09;
Time=13.41.53;
Modified=Yes;
Version List=;
}
PROPERTIES
{
OnRun=BEGIN
TBFieldControl.SETCURRENTKEY("Version No.","Object Type","Object ID","No.");
TBFieldControl.SETFILTER("Object Type",'Form|Report');
TBFieldControl.FIND('-');
REPEAT
TBFieldControl.X := 0;
TBFieldControl.Y := 0;
TBFieldControl.MODIFY;
UNTIL TBFieldControl.NEXT = 0;
END;
}
CODE
{
VAR
TBFieldControl@1000000000 : Record 99003606;
BEGIN
END.
}
}
-Mirko-
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
Comments
RIS Plus, LLC
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
RIS Plus, LLC
maybe this phrase is not clear...
i am MANUALLY merging the objects, i mean: i use the tool as a text comparer in order to put manually the modifications
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
RIS Plus, LLC
I Drag&Drop manually textboxes and other visual objects, therefore, xpos and ypos are set when i "move" the controls. The only thing i need to know is if some texbox have been made not visible/editable or something else.
P.S.: sorry for the english...hope to be more clear this time.
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
It doesn't matter anyway, I was just curious.
RIS Plus, LLC
let's say i have a,b,c and d versions...
a= old standard
b= old personalized
c= new standard
d= new personalized client (the result)
d= c + b - a
usually i work with 2 monitors: one with the toolkit comparer (a&b) and nav opened with b, on the other monitor i have "d" client. I look the differences in the first monitor and i copy/paste the differences on the second one, at the same time i control the position of controls etc. on the first monitor ("b" client) and then i replicate them on the "d" client on the fly...
I think that everyone have a completely unique method to merge objects, and maybe yours is better of mine. :-k
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
Now I do the merging right in my text compare tool (Beyond Compare), importing objects individually and resolving object conflicts as they come up, and this has proven to me, the way that I work, the fastest way to merge objects. I'm talking half the time to complete a merge process from databases that contain only unknown modifications. In databases with known add-ons the gain is even more dramatic, because it gets easier to push things through when you know what it is.
When it comes to forms and reports it gets tricky, but after a while you get to know what it all means. Most of the time I can tell how positions are affected in the text compare tool and I modify it there, and sometimes I leave the new controls out and I copy/paste manually, or I just push them into the 'D' object and manually eyeball the positions by comparing those few forms the 'oldfashioned' way. With tables it gets tricky when you have to add new fields in a range that is not included in the developer license, but that's not too difficult to resolve either.
Interesting how, to reach the same goal, different people like to do things so differently isn't it
RIS Plus, LLC
exactly what i mean, and it's one of the things that makes our work somewhat "entertaining"!
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog