Hi,
I've updated my envinroment with your latest changes and everything seems
to be working just as before patching. Incloding the splitview in both
portrait & landscape view.
BR,
Risto Avila
On Sat, 8 Jan 2011, Risto Avila wrote:
> Hi
>
> The orietantion switch and virtual keyboard doesnt seem to work correctly not
> at least in sdk 0.9. At least in my environment I need to manually change
> between full screen qwerty and number pad. It doesn't do it automatically
> when changing the orientation.
>
> Br,
> Risto
>
>
> On 8.1.2011 19:55, Petteri Kangaslampi wrote:
>> Hi Risto,
>>
>> Could be, but that should only get executed once the connection ends, I was
>> having problems with the keyboard from the beginning. "Unspecified" here
>> also just means the app doesn't force a specific orientation but follows
>> the system.
>>
>> I didn't actually try forcing different orientations from PuTTY, I just
>> used the orientation switch button in the emulator. I can try rebuilding
>> everything from scratch and resetting the configs later this weekend in
>> case I have some old leftovers hanging around in the environment.
>>
>>
>> Cheers,
>> Petteri
>>
>> On 2011-01-08 12:43, Risto Avila wrote:
>>> Hi,
>>>
>>> Following change in terminalview.cpp might mess things up.
>>> 1.32
>>> <http://s2putty.hg.sourceforge.net/hgweb/s2putty/s2putty/rev/e583c0543cd9#l1.32>
>>>
>>> + // Reset orientation and return to profile list view
>>> 1.33
>>> <http://s2putty.hg.sourceforge.net/hgweb/s2putty/s2putty/rev/e583c0543cd9#l1.33>
>>>
>>> + AppUi()->SetOrientationL(CAknAppUi::EAppUiOrientationUnspecified);
>>>
>>>
>>> This could be because that the view still exists after disconnect and you
>>> set the orientation to unknown state.
>>> But I'll get back to you when I get chance to test your changes also in my
>>> envinroment :)
>>>
>>>
>>> Br,
>>> Risto
>>>
>>> On 8.1.2011 19:39, Risto Avila wrote:
>>>> Hi,
>>>>
>>>> It should work.. at least it worked on my 0.9 sdk. I'm also using it
>>>> right now on my symbian^3 device also both landscape and portrait works.
>>>>
>>>> In 0.9 there is a bug in vkb emulator. My emulator shows also the hw
>>>> qwerty in portrait mode if I've not changed the orietation by pressing
>>>> the change view button. Never the less the split view still worked. I'll
>>>> need to compare the codes in repository against my working area.
>>>>
>>>> -Risto
>>>>
>>>> On 4.1.2011 3:56, Petteri Kangaslampi wrote:
>>>>> Hi Risto,
>>>>>
>>>>> Should the split view work in the emulator? On the public Symbian^3 SDK
>>>>> emulator it doesn't seem to work in landscape orientation at all, and in
>>>>> portrait the keyboard is invisible but seems to work?
>>>>>
>>>>> Or did I break something? :)
>>>>>
>>>>>
>>>>> Cheers,
>>>>> Petteri
>>>>>
>>>>> On 2010-12-15 14:54, Risto Avila wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Actually I've now managed to made it so that the screen rect stays the
>>>>>> same and it's now scrollable in the split view. I also disabled the
>>>>>> gestures and toolbar move but not the toolbar buttons.
>>>>>>
>>>>>> now it works like this:
>>>>>> - tap it opens virtuakeyboard in split view mode.
>>>>>> - close keyboard the terminal returns as it was. (windowd / full screen
>>>>>> mode)
>>>>>>
>>>>>> It still needs the scrolling since now it scrolls down to the bottom of
>>>>>> the terminal screen. I'll make it to follow the cursor. Most of the
>>>>>> implementation is in the container but I had to add couple messages
>>>>>> that come to appui to go through view to the container.
>>>>>>
>>>>>> Br,
>>>>>> Risto
>>>>>>
>>>>>> On 15.12.2010 6:10, Petteri Kangaslampi wrote:
>>>>>>> Hi Risto,
>>>>>>>
>>>>>>> That sounds great, although as a QWERTY user again not something I'd
>>>>>>> need myself. :)
>>>>>>>
>>>>>>> For scrolling it would probably be better to add viewport support to
>>>>>>> the terminal control itself, so that the physical terminal size
>>>>>>> doesn't have to mathc the control. This would also be useful for
>>>>>>> locking the terminal size to say 80x24 even when the display is
>>>>>>> different, something that people have asked for before -- some
>>>>>>> programs don't really like odd and/or changing terminal sizes...
>>>>>>>
>>>>>>> You'd probably want to support per-pixel rather than per-character
>>>>>>> viewport positioning though to make scrolling smoother.
>>>>>>>
>>>>>>> A reasonable logic might be something like:
>>>>>>> - Full terminal view by default
>>>>>>> - Tap terminal to enable split view. Position terminal viewport
>>>>>>> initially to the half/quadrant of the terminal where the cursor is.
>>>>>>> - Drag terminal to move viewport
>>>>>>> - Maybe automatically move the viewport if the cursor leaves it?
>>>>>>> - Tap to leave split view
>>>>>>>
>>>>>>> I'm not sure what's the best functionality split between the container
>>>>>>> and the terminal control, and whether you'd want to keep other
>>>>>>> gestures active while in split view?
>>>>>>>
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Petteri
>>>>>>>
>>>>>>> On 2010-12-11 04:13, Risto Avila wrote:
>>>>>>>> Hello all,
>>>>>>>>
>>>>>>>> I've managed to get the split view working. It still needs a little
>>>>>>>> work tough.
>>>>>>>> The problem with the split view is that I dont want to resize the
>>>>>>>> actual terminal to so small window so I decided to move the container
>>>>>>>> up and keep it as same size. Now where the problem comes is that when
>>>>>>>> you have just connected to ssh you might not have the cursor in
>>>>>>>> bottom of the terminal. If that's the case the screen is just blank
>>>>>>>> not showing anything. So some kind of inteligence is needed to scroll
>>>>>>>> the container up & down. I'm going to make swipes to do this in the
>>>>>>>> first round but I think in the end it needs something smoother.
>>>>>>>>
>>>>>>>> todo:
>>>>>>>> 1. change the container move just to y axel now its x and y and
>>>>>>>> its one pixel off
>>>>>>>> 2. Disable swipes from the split view and assign up & down swipes
>>>>>>>> scrolling
>>>>>>>> 3. Disable long tap, short tap, double tap, toolbar move from
>>>>>>>> split view
>>>>>>>>
>>>>>>>> BR,
>>>>>>>> Risto
>>>>>>>>
>>>>>>>> PS: Actually this is a quite killer feature. At least when combined
>>>>>>>> with irssi! :) irc.freenode.org #s2putty
>>>>>>>>
>>>>>>>> On 1.11.2010 4:51, Petteri Kangaslampi wrote:
>>>>>>>>> Hi Risto, all,
>>>>>>>>>
>>>>>>>>> I have also had QWERTY phones as the main target for PuTTY. There is
>>>>>>>>> some attempt in helping people with non-qwerty devices in the
>>>>>>>>> earlier versions too, such as the send grid for quick access to some
>>>>>>>>> functions, but that's a bit of an afterthought. I don't even have a
>>>>>>>>> single non-qwerty phone myself. :)
>>>>>>>>>
>>>>>>>>> Having said that, (clean) patches are always welcome, and the split
>>>>>>>>> view could potentially work at least to some extent if you just kept
>>>>>>>>> the terminal size as before but moved the part with the cursor in it
>>>>>>>>> to the other half of the display. There is still a possible problem
>>>>>>>>> with complex input from the FEP as Risto wrote -- most FEPs seem to
>>>>>>>>> assume all controls are effectively editors where you can go back
>>>>>>>>> and change already entered content, and that really doesn't work
>>>>>>>>> with a terminal...
>>>>>>>>>
>>>>>>>>> The best bet might be to create a better "Send line" feature for
>>>>>>>>> non-qwerty devices and make it easily accessible. I generally find
>>>>>>>>> it better to use "Send line" instead of writing directly to the
>>>>>>>>> terminal: Network lag doesn't affect editing, it's easier to review
>>>>>>>>> text and fix typos, and it results in fewer packets which reduces
>>>>>>>>> network traffic.
>>>>>>>>>
>>>>>>>>> After fighting with Avkon again for a couple of hours today I'd
>>>>>>>>> fully support anybody who wishes to write a new Qt-based UI. Just
>>>>>>>>> don't expect me to contribute much, PuTTY pretty much does what I
>>>>>>>>> need it to do already. :)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> Petteri
>>>>>>>>>
>>>>>>>>> On 2010-10-27 16:30, Risto Avila wrote:
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> It would be much nicer to have a transparent input layout for vkb.
>>>>>>>>>> Also at least I consider putty unusable with touch only device. It
>>>>>>>>>> needs lots of workaround to even work at as much as it works now.
>>>>>>>>>> E.G. the hacks in the feb buffer to "remember" what is writen until
>>>>>>>>>> enter is pressed == BAD FEP code. I've tried to analyze the depths
>>>>>>>>>> of FEP how it works and how it should work but there seems to be 0
>>>>>>>>>> examples 0 documentations so it's quite hard. Also space in the vkb
>>>>>>>>>> is quite limited to show up even a small fraction of the terminal
>>>>>>>>>> screen (in a readable format). I've like much much more about hw
>>>>>>>>>> qwerty solution in a phone where I'll be using putty but I've still
>>>>>>>>>> tried to make a quite simple UI for also non hw qwerty phones.
>>>>>>>>>>
>>>>>>>>>> What happens when QT comes? since it seems QT is right around a
>>>>>>>>>> corner. Do we need a complete rewrite? at least for the UI? Should
>>>>>>>>>> we do it now? Is it worth our time to spend developing old FEP.
>>>>>>>>>> Since QT is supported by 5.0 and s^3 and will be in the future
>>>>>>>>>> mostlikely our only platform to support.
>>>>>>>>>>
>>>>>>>>>> -Risto
>>>>>>>>>>
>>>>>>>>>> On 26.10.2010 10:13, Jari Airaksinen wrote:
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> Is there plans to update putty touch text input to support split
>>>>>>>>>>> view input introduced in S^3:
>>>>>>>>>>> http://wiki.forum.nokia.com/index.php/Split_view_input_in_Symbian_C%2B%2B_applications
>>>>>>>>>>>
>>>>>>>>>>> Would be usefull to be able to see the lower part of terminal
>>>>>>>>>>> window while inputting text. For example in irssi use and I quess
>>>>>>>>>>> in many other shell usecases also.
>>>>>>>>>>>
>>>>>>>>>>> br
>>>>>>>>>>> Jari
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Lotusphere 2011
>>>>>> Register now for Lotusphere 2011 and learn how
>>>>>> to connect the dots, take your collaborative environment
>>>>>> to the next level, and enter the era of Social Business.
>>>>>> http://p.sf.net/sfu/lotusphere-d2d
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> s2putty-developers mailing list
>>>>>> [email protected]
>>>>>> https://lists.sourceforge.net/lists/listinfo/s2putty-developers
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Learn how Oracle Real Application Clusters (RAC) One Node allows
>>>>> customers
>>>>> to consolidate database storage, standardize their database environment,
>>>>> and,
>>>>> should the need arise, upgrade to a full multi-node Oracle RAC database
>>>>> without downtime or disruption
>>>>> http://p.sf.net/sfu/oracle-sfdevnl
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> s2putty-developers mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/s2putty-developers
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Gaining the trust of online customers is vital for the success of any
>>>> company
>>>> that requires sensitive data to be transmitted over the Web. Learn how
>>>> to
>>>> best implement a security strategy that keeps consumers' information
>>>> secure
>>>> and instills the confidence they need to proceed with transactions.
>>>> http://p.sf.net/sfu/oracle-sfdevnl
>>>>
>>>> _______________________________________________
>>>> s2putty-developers mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/s2putty-developers
>>>
>
>
------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web. Learn how to
best implement a security strategy that keeps consumers' information secure
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
s2putty-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/s2putty-developers
