A couple of findings

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

A couple of findings

Artur Zaroda
Hello,

Open VideoLibrary sample. Add tape, then another. Remove first tape.
The tab for the other tape does not get selected even though it is the
only one left. Also, because the DateTimePicker has 'canShowNone' aspect
set to true, "switching off" time of recording in 'Edit Recording Details'
results in walkback, sending #printOn:format: to nil.

Type something in a workspace. Edit/Undo is enabled now. Clone that
workspace (the only way to do this is by using context menu). In
both workspaces Edit/Undo will be disabled.

In workspace, the Workspace/Pools... command lets one view the names of
available pools in ChoicePrompter, but despite providing an "OK" button
and the ability to double-click on pool name, does not inspect selected pool.

"#foo capitalized" walkbacks, while "#foo asUppercase" is OK.

String>>indexOfAnyOf:startingAt: does not work for strings with trailing
nulls. For example "(String new: 10) includesAnyOf: 'x'" returns true.

Number>>copy returns self because numbers are said to be immutable. That
is not exactly the case - one can always modify Float or LargeInteger
using (public) #at:put:. I even remember using LargeInteger instead of
ByteArray at one point, although I don't know now, why I did it.
Anyway, I think that Float and LargeInteger should block #at:put: the same
way Symbol does.

Artur Zaroda
[hidden email]


Reply | Threaded
Open this post in threaded view
|

Re: A couple of findings

Blair McGlashan
Artur

Thanks for your bug reports, I have recorded them all, except:

> Type something in a workspace. Edit/Undo is enabled now. Clone that
> workspace (the only way to do this is by using context menu). In
> both workspaces Edit/Undo will be disabled.

"Undo" is managed by the underlying control based on the past history of
events it has received. As far as I am aware, it is not something we can
interfere with without taking total control for all undor/redo management in
all edit controls, an effort that I do not think is warranted just to make a
cosmetic improvement to workspace "cloning".

> In workspace, the Workspace/Pools... command lets one view the names of
> available pools in ChoicePrompter, but despite providing an "OK" button
> and the ability to double-click on pool name, does not inspect selected
pool.

That is not its purpose: Workspace/Pools is for selecting the collection of
pools that are in scope for evaluations in the workspace.

Regards

Blair