O$ 8.0.3 bug
this is a known bug in 8.0.x on High Sierra. I have been told it will not be fixed, 8.1.x is required on High Sierra.
Grant
> On 11-24-2017, at 9:37 AM, Mike Motter <jmmotter@mac.com> wrote:
>
> Hi All,
>
> On the topic of O$S8.0.3.2, on MacOS 13 High Sierra can anybody move or resize windows when on the developer version?
> The developer version opens and runs fine but I can’t seem to move any windows around on the screen. All other versions on Omnis are unaffected (Omnis 5,6, 8.1).
> I have the same problems on 3 different machines running 10.13
>
> Mike Motter
>
>> On Nov 23, 2017, at 6:50 PM, Mike Rowan <michael.rowan3@gmail.com> wrote:
>>
>> Grant
>>
>> You might also want to be aware of some things that have happened to me (mass 10.12, O$ S8.0.3 and O$ 8.1.1 :
>>
>> 1. You now have to explicitly save a class before closing it, else your changes may be lost
>>
>> 2. If you forget to save, you may find the Alpha appearance setting of window classes set to zero when you reopen the class in the IDE
>>
>> 3. If you forget to save, you may find that the window size is reduced to the default minimum, BUT window objects that were set to kEFall have not repositioned appropriately. This makes reconstruction quite laborious.
>>
>> 4. If you forget to save, you may find the window objects that were kEFnone have become kEFall.
>>
>> I have mentioned these things before on this list, but have had no reaction at all. Perhaps its just me!
>>
>> Cheers
>> .
>>> On 24 Nov 2017, at 08:58, Grant Thiessen bookitinc <bookit@bookitinc.com> wrote:
>>>
>>> I was testing a new method in Studio 8.0.3 on Mac 10.12.6
>>>
>>> The method involved the line: Set print or export file name {[iPath][paFileName]}
>>>
>>> Where iPath was previously populated, and points to a Reports folder within my Studio folder in Application Support, and paFileName was a parameter with the actual file name to be created. iPath has always worked correctly for me in the past, as recently as earlier today.
>>>
>>> however, I had failed to send the parameter data from the calling method, so the parameter was empty.
>>>
>>> As a result, Studio halted the method, with the usual Print Manager error message: file not found, but by the time the message was available to be seen, it had also deleted the entire Reports folder, and it was gone as if it never existed, even from the Sidebar on my Mac. It is not in the Trash, but completely eradicated, and as far as I know, not recoverable.
>>>
>>> This behaviour is consistently reproducible. As soon as I populate the parameter, the method proceeds properly.
>>>
>>> This seems to me to be an overreaction to having an empty parameter, as it destroyed other valuable files in the folder.
>>> _____________________________________________________________
>>> Manage your list subscriptions at lists.omnis-dev.com
>>
>> _____________________________________________________________
>> Manage your list subscriptions at lists.omnis-dev.com
>
> _____________________________________________________________
> Manage your list subscriptions at lists.omnis-dev.com
_____________________________________________________________
Manage your list subscriptions at lists.omnis-dev.com