Hi Andrew,
indeed the emphasis here is on "optional". It is good to quickly
flick through the selected elements without changing the view, where
it is of advantage to see where in the tree your current element is.
On the other hand, one would want to look at the element and
neighborhood more closely sometimes by having the zooming linked
to the browsing.
Best,
Karsten
Am 29.04.2014 19:04, schrieb nl...@us...:
> Hi Andrew,
>
> is this related to the feature request #16 [1]? It would be great to have this
> feature as an option since the user not always wants to change the view when
> browsing the selection.
>
>
> Regards,
> Nils
>
> [1] https://sourceforge.net/p/scaffoldhunter/feature-requests/16/
>
> On Monday 28 April 2014 23:09:48 Anjenson wrote:
>> Hi,
>>
>> I have been thinking a lot about how to implement this feature in a good
>> way, but I suddenly came out with a peculiar solution that is to use
>> /focusMolecule/ method from /View/ classes. The simplicity makes me
>> confused and I would be really grateful if anyone could review it.
>>
>> Regards,
>> Andrew "Anjenson" Zhilka
>>
>> P.S.
>> My changes are attached.
>
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos. Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> _______________________________________________
> Scaffoldhunter-devel mailing list
> Sca...@li...
> https://lists.sourceforge.net/lists/listinfo/scaffoldhunter-devel
>
|
