Rather than get any real work done this evening, I've been dutifully trying to describe a bunch of
issues with the property inspector in LC6.0 dp4 through the quality control center. However, the
last straw was the QCC demanding in bold letters on a blood red background that "A value must
be set for the 'Desktop OS' field." when there was no such field on the preceding form, try as
I might to find it. And if that data is missing, why can't it ask, "What is your desktop
OS?" It's not like there are that many required fields. And I had already recorded that info
in my report. If anyone knows where to enter my desktop OS, please let me know. I looked in a lot
of places in the QCC, didn't see it.
So, here's my list of problems with the PI. If anyone knows how to circumvent
them, please share. Anyone who can get this to RunRev's attention please feel
free, I need to invest my time elsewhere at this point. And please, RunRev, can
the feedback loop be a little more gracious?
<REPORT>
The LC 6.0 dp4 new property inspector is practically unusable for me in
multiple regards:
1. Any object selected with the pointer tool changes content of the new property
inspector, but I cannot use the pointer tool to browse or adjust anything in the new
property inspector, I just wind up selecting objects in the inspector. So I try switching
to the browse tool, and the new property inspector immediately changes focus to inspect
itself: stack "idePropertyInspector". It seems to work to pointer-click an
object in my stack, pointer-click a field in the inspector, and then choose the browse
tool. The inspector then displays information about the last selected object in my stack
(even though that object is now deselected), and it is possible to browse.
2. If it is closed, the new property inspector pops up with every object
selection using the pointer tool, and gets in front of the stack I am trying to
edit. In fact, if I point at an object in my stack so that the new property
inspector comes to the fore, and then go to the tools palette and double click
on a button, the newly created button will appear in the property inspector,
not my stack. This is extremely unexpected and disconcerting, especially given
how hard it is to get the inspector out of the way for any length of time.
Shouldn't it be acting more like a palette and less like a stack in development?
3. I have not found a way to suppress the new property inspector: it appears,
in front of my stack, with any double click of the pointer tool, and with any
single click of the pointer tool if the inspector has been closed. If this is
going to be released, opting for the old property inspector needs to be an
setting, IMO.
4. On one occasion that I cannot reproduce yet, turning on suppress messages and then
clicking on an object caused a function call to ideMessagesSuppress() to hang with an
effective freeze of Livecode - unresponsive to command-period, quit, escape, etc. I had
to force-quit LiveCode, although it was still "responsive" in the opinion of
the Activity Monitor. I often have freezes that appear related to browsing the
documentation or manipulating the new property inspector but that can be escaped with
control-period to abort some script. This was different.
5. A lot of the text settings in the new prop inspector change the settings of
all of the fields in the prop inspector, which is very effective visual
feedback, but I don't know that I want all of the labels and contents in the
new PI struck through just because I want the field in my stack to display
struck through text, for instance.
These behaviors were not an issue for me with LC 6 dp1, the version I had been
using until today.
There are still issues with forcing custom property saves after manual edits of
the old property inspector.
Computer:
Model Name: MacBook Pro
Model Identifier: MacBookPro4,1
Processor Name: Intel Core 2 Duo
Processor Speed: 2.4 GHz
Number Of Processors: 1
Total Number Of Cores: 2
L2 Cache: 3 MB
Memory: 2 GB
Bus Speed: 800 MHz
Boot ROM Version: MBP41.00C1.B03
SMC Version (system): 1.27f3
Serial Number (system): W8823.....
Hardware UUID: E39105FB-......
Sudden Motion Sensor:
State: Enabled
OSX 10.5.8
</REPORT>
</RANT>
Thanks,
Walt Sumner
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode