You can specify a range. Also, when you run it you can either
overwrite your project or create a new project. Be sure to read the
manual, it tells how the conversions are done and the rules.
In my test program, it seemed to convert the zoom logic for buttons
ok. My problem was on any zoom on a text field or validation logic
after a text field, it just threw away the code. There may be other
problems as well, that's just the big one I noticed.
Andy
--- In magicu-l@yahoogroups.com, "Rosie Coller" <RosieC.eDev@...>
wrote:
>
> I've noticed when taking a quick look at it that you can range the
program
> numbers it acts on... so you could do one program at a time. If
that is true
> I may try it on some basic programs I know have simple logic... if
it worked
> it would save time on them and I could then just do one or two at a
time and
> ensure they went through out testing cycle. But it will be a while
before I
> get time to try it.
>
> Rosie
>
> 2008/11/21 ajreynolds1 <ajreynolds@...>
>
> > I think I'm leaning the same way at this point. Based on what
I've
> > seen so far, I don't trust the converter. Luckily it was a major
> > screw-up, so it was easy to spot. I was just looking for a little
> > easier and quicker way to convert rather than manually doing it.
> >
> > In any case, I've submitted a small test application that fails
> > conversion to Magic support and they say they will forward it on
to
> > Ocean. We'll see what comes out.
> >
> > Andy
> >
> > --- In magicu-l@yahoogroups.com <magicu-l%
40yahoogroups.com>, "Rosie
> > Coller" <RosieC.eDev@>
> > wrote:
> > >
> > > The release notes ammused me...
> > >
> > > "The Record Main Converter utility locates *ALL* of the Record
Main
> > based
> > > logic of a uniPaaS application and automatically and *FULLY*
> > converts it to
> > > event based logic while keeping the *ENTIRE* functionality of
the
> > > application intact. "
> > >
> > > "Note that the Record Main Converter utility might not handle
> > specific
> > > complex logic segments. "
> > >
> > > Well is it an ALL/FULLY/ENTIRE conversion or not! Bit of a
> > contradiction
> > > there!
> > >
> > > Anyway personally I've not tried because I fear it would mess
us our
> > > application with about 2500 programs.
> > > A complete screw up is not so bad as a minor one, a complete
screw
> > up you
> > > would imediately spot and go back to a backup, but a minor one
> > might not be
> > > spotted for a long time... we can't completely re-test an
> > application this
> > > size!
> > >
> > > Rosie
> > >
> > >
> > >
> > >
> > > 2008/11/21 Steven Burrows <stevenburrows@>
> > >
> > > > I seem to have the same results. The log seems to be totally
> > random,
> > > > listing new unneeded handlers for controls that don't exist in
> > the wrong
> > > > task and program.
> > > >
> > > > As an example:
> > > >
> > > > 12.1.2.1.1 Calculate
> > > >
> > > > New Handler created: Control Verification on G_DDProgNumber
> > > >
> > > > That is a batch task with no controls at all, and has no
Verify
> > > > operations
> > > >
> > > > That Control name is not used at all in the first 160 programs
> > that I
> > > > can see with the demo license.
> > > >
> > > > When I found a task that did originally have RM Compatible
> > operations,
> > > > the converted task was simply missing them. There was nothing
in
> > the log
> > > > that was even close to what should have happened. I was by no
> > means
> > > > expecting this to be perfect, especially the first release,
but
> > this
> > > > seems utterly pointless.
> > > >
> > > > Steve Burrows
> > > > Software Development Manager
> > > >
> > > > ________________________________
> > > >
> > > > From: magicu-l@yahoogroups.com <magicu-l%40yahoogroups.com>
<magicu-l%
> > 40yahoogroups.com>
> > [mailto:
> > > > magicu-l@yahoogroups.com <magicu-l%40yahoogroups.com> <magicu-
l%
> > 40yahoogroups.com>] On
> > > > Behalf Of ajreynolds1
> > > > Sent: 21 November 2008 00:06
> > > > To: magicu-l@yahoogroups.com <magicu-l%40yahoogroups.com>
<magicu-l%
> > 40yahoogroups.com>
> >
> > > > Subject: [magicu-l] RM Converter?
> > > >
> > > > I have just upgraded to uniPaaS 1.5, which includes the RM
> > converter,
> > > > but I can't get it to work. I've got a project I converted
from
> > 8.3.
> > > > When I try to run the RM converter on it, there are two
problems.
> > > > First, the log shows the wrong task names when you view the
> > details.
> > > > Second, and much worse, is that it lost almost all of my code!
> > The log
> > > > shows a bunch of programs where logic was supposedly moved to
> > Control
> > > > Verification events, but when I look at the programs all of
the
> > logic
> > > > that was in the RM before the conversion and should have been
> > moved to
> > > > those events is simply gone! Most of it isn't even tricky
logic,
> > just
> > > > verifying that the user entered data in fields.
> > > >
> > > > Has anyone else tried the RM converter successfully? Anyone
> > > > experienced this sort of problem? I really don't want to
manually
> > > > remove the RM from all of the programs in my 1000 program
> > project...
> > > >
> > > > Andy
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > > >
> > > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>