Automagic in its latest (and last) version is also available on their
webserver, under
https://automagic4android.com/ - that's the full and
unrestricted version for no-pay.
> >>> 1. Cool.
> >>> 2. My OCD goes in a different direction, lol. I'd rather have
> >>> that freedom. Maybe as an option?
> >>> 3. I disagree but I'm also not going to raise a fuss. Of
> >>> course, if the free-form layout is an option…
> >>> 4. The space thing was a bit of an issue in Automagic,
> >>> especially since I liked giving my own titles to blocks, more
> >>> descriptive of precisely what I configured them for. (Then again,
> >>> I name things in a very OOP way with little abbreviation so the
> >>> names tend to get long.) Giving blocks titles is another feature
> >>> I'd like to see. Also something like Automagic's list of blocks
> >>> that you've already configured so you can just insert them again.
> >>> Very useful, and much quicker than remembering which flow you put
> >>> the block you want in, finding that flow, finding the specific
> >>> block *in* that flow, copying the block, navigating back to the
> >>> first flow, finding where you want to put it again, and pasting
> >>> it. Which reminds me… (4a) Why does editing a flow always jump to
> >>> the lowest-numbered "Flow beginning" block instead of where you
> >>> were when you last left the editor? The app knows where that was
> >>> because I keep watching it do that jump. I'd rather it stay where
> >>> I was. 5. I can live with the way it is and upon further
> >>> reflection having multiple lines next to each other might make
> >>> tracing paths harder. Plus what do you do when there's 20 of
> >>> them, right? I've been arranging my blocks so there's no overlap
> >>> and the least crossing I can manage. It'll do. 😇
> >>>
> >>> Again, I'm not complaining, just (mostly) venting the frustration
> >>> of having to change my ways after years of Automagic. Automate
> >>> looks like it does as least as much as Automagic and maybe more.
> >>> In different ways, of course, but I worked with at least 20
> >>> different programming languages in an almost 40 year career in
> >>> software, so it's not like I'm not adaptable. 😎 On Saturday,
> >>> February 27, 2021 at 2:49:50 AM UTC-5 Henrik "The Developer"
> >>> Lindqvist wrote:
> >>>>
> >>>> 1. It's on the to-so list. But it will likely be very
> >>>> limited, mostly for writing small calculations/algorithms.
> >>>> 2. Definitively no, OCD won't allow it, would also obfuscate
> >>>> the flows.
> >>>> 3. Unlikely. It would make flows even more difficult to
> >>>> interpret for novices.
> >>>> 4. No. I considered different shapes at first, but concluded
> >>>> they had too little space over for the caption. I might try
> >>>> different corner styles, e.g. round, square, beveled.
> >>>> 5. Always been on to-do list, but implementing it will be
> >>>> very difficult.
> >>>>
> >>>>
> >>>> On Friday, February 26, 2021 at 9:57:53 PM UTC+1
> >>>>
piz...@gmail.com wrote:
> >>>>
> >>>>> As I said in an earlier post, I'm an Automate noob arriving
> >>>>> from the no longer supported Automagic. After a week of using
> >>>>> Automate, I have my standard
> >>>>> used-to-use-another-app-with-the-same-basic-idea "demands,"
> >>>>> which I'll list here now to get them off my chest:
> >>>>>
> >>>>>
> >>>>> 1. Scripting, i.e. a "Script" block.
> >>>>> 2. Free-form flow diagram editing, i.e. no grid. Even
> >>>>> overlapping blocks. That goes hand in hand with…
> >>>>> 3. Allow connections on any side (or corner, for "demand"
> >>>>> #4) of a block, even more than one on the same side (corner).
> >>>>> Do keep the colors, though. That's better than Automagic's
> >>>>> monochrome blocks & lines. 4. Diamond-shaped Decision blocks.
> >>>>> (This is more about standard flowcharting practice than
> >>>>> Automagic.) 5. Not Automagic-related: Even with free-form