WebOS Internals - User contributions [en]

Talk:Patch Launcher Hide Media Sync Option

2009-09-08T20:56:58Z

Hmagoo: New page: could you add a screenshot? ~~~~

could you add a screenshot? [[User:Hmagoo|Hmagoo]] 20:56, 8 September 2009 (UTC)

Application talk:Preware

2009-09-04T11:31:05Z

Hmagoo: /* Features and Suggestions */

{{box | color = #cdf |
This is a discussion page. Create a new topic with the '+' tab. Sign your comments using the signature button or by typing <code><nowiki>~~~~</nowiki></code>. If your suggestion reaches consensus, it may be implemented in a future version of the application.
}}

== Features and Suggestions ==

Adding some suggestions... --[[User:Decimation|Decimation]] 15:14, 17 August 2009 (EST)
* Show a progress bar or some sort of notification of the download/installation progress of an app..it would really be nice to have some feedback after clicking install.
* Change the pop up dialog when an app is installed/removed... it's kinda ugly. Maybe show a notification at the bottom? That would be pretty cool.
** The popup dialog is temporary until the service can supply progress of the action. When there is a progress bar, the popup will no longer be needed. --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... -- (xorg)
* Descriptions of each app
** Descriptions will come when the feed supports them. (hopefully soonish) --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions...for way into the future -- (s4mb4)
* a process that would hook into the notification system to notify of available updates.

Adding some suggestions... -- [[User:Tlp|Tlp]] 23:30, 18 August 2009 (UTC)
* Swipe installed applications in list to uninstall
** Is there a time where you want to remove multiple apps? (multiple as in more then a couple.) --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... [[User:Flare576|Flare576]] 17:49, 19 August 2009 (UTC)
* In addition to xorg's suggestion: screen shots are also supported by filecoaster; perhaps standardizing description/screen shots in the repositories?
** Screenshots will come when the feed supports them. (hopefully soonish) --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... --[[User:Xorg|Xorg]] 16:09, 20 August 2009 (UTC)
* Great that you can no see new/updated apps in 'List of Everything'. Suggest to rename 'List of Everything' to List of Newest/Updated Apps or something else that indicates this is best way to see newest apps (that may not be installed yet).
* Or consider another choice to list only new apps, excluding things already installed.
** The list of everything is called that because in the future it will not list only applications. The list of everything will include patches/themes/whatever else we decide to add to the preware installer. At which point we will add an "All" option to the available applications category list. --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... --[[User:Decimation|Decimation]] 12:30, 20 August 2009 (EST)
* Adding an "Update All" button to the update menu would be cool.. convenience is key ;)

Adding some suggestions... -- [[User:Flare576|Flare576]] 13:53, 24 August 2009 (UTC)
* Since "List of Everything" holds more than just "normal apps," it would be important for there to be a way to see "All Available Apps." I suggest removing the first page of "genres" under "Available Applications," and having the first page people see be the secondary page (ie: the one after you choose a genre) with the default Genre of "All." Then, if desired, people can use the drop down to drill into an area they care about.
<nowiki>
    If there is a concern about loading up hundreds of apps when first opening that scene (and there should be concern), or if the "Normal User" likes genre filtering, perhaps leave the initial Genre page as it is, but simply add an "All" Genre so that folks that check daily can just see what's been added/updated. Maybe there needs to be a paging system so that the device only has to worry about 100 apps at a time? Or maybe not if you guys use a clever div/hide system, I don't know :)
</nowiki>

Suggestion: [[User:StoneRyno|StoneRyno]] 00:47, 29 August 2009 (UTC)
*Add a most recent selection to show most recent new apps and updates like the official app catalog has.

Suggestion: --[[User:Cdjh|Cdjh]] 15:54, 30 August 2009 (UTC)
*Add a feature to remove all patches and modifications to webos before and webos update. Sort of a "Get me ready for and update" button. This would allow the user to remove all these patches such as the virtual keyboard with one button to update webos without fear. One button to add them back after the update would be cool too

Suggestion: [[User:StoneRyno|StoneRyno]] 21:05, 30 August 2009 (UTC)
*Application detail scene more like the official app catalog.
**Icon and app name at top
**a line below that with version number, last update date, and app size.
**Below that 2-3 screenshot thumbnails
**Below that a description of the app.
*Optionally there can be download counts and ratings. The current detail page is ok but feels more like looking at one of the technical detail scenes like the ##DEBUG# scene. I think having a similar look to the official app catalog app detail scene would be good.
Improvement:
*Loading after launching preware seems to be spotty. So far I find it appears to hang and need to be closed and opened again to load the initial list view. I've only used the app a half dozen times so far so maybe it is a fluke. Will remove this if it is.
Suggestion: [[User:Hmagoo|Hmagoo]] 11:30, 4 September 2009 (UTC)
*We're in need of a workaround for the limit on installable apps via the app catalog. Preware gets around this but also, in the process, adds to the number of installed apps as seen by the App Catalog, et al. What would be a useful feature is to be able to uninstall hunks of apps previously installed by Preware in an effort to make apps installable via the App Catalog. This would be a temporary removal as we would desire reinstalling the homebrews after using the App Catalog.
**Caveats: Homebrew apps that use databases, and installed/downloaded files would not be removed without reducing their usability, So we would want to exclude on a case by case basis or with the use of flags?
**Preware is great in keeping track of what is installed and which version, would be great to see something like this added so that we can use the App Catalog and install piles of Homebrews. (smile)

Application talk:Preware

2009-09-04T11:30:33Z

Hmagoo: /* Features and Suggestions */

{{box | color = #cdf |
This is a discussion page. Create a new topic with the '+' tab. Sign your comments using the signature button or by typing <code><nowiki>~~~~</nowiki></code>. If your suggestion reaches consensus, it may be implemented in a future version of the application.
}}

== Features and Suggestions ==

Adding some suggestions... --[[User:Decimation|Decimation]] 15:14, 17 August 2009 (EST)
* Show a progress bar or some sort of notification of the download/installation progress of an app..it would really be nice to have some feedback after clicking install.
* Change the pop up dialog when an app is installed/removed... it's kinda ugly. Maybe show a notification at the bottom? That would be pretty cool.
** The popup dialog is temporary until the service can supply progress of the action. When there is a progress bar, the popup will no longer be needed. --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... -- (xorg)
* Descriptions of each app
** Descriptions will come when the feed supports them. (hopefully soonish) --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions...for way into the future -- (s4mb4)
* a process that would hook into the notification system to notify of available updates.

Adding some suggestions... -- [[User:Tlp|Tlp]] 23:30, 18 August 2009 (UTC)
* Swipe installed applications in list to uninstall
** Is there a time where you want to remove multiple apps? (multiple as in more then a couple.) --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... [[User:Flare576|Flare576]] 17:49, 19 August 2009 (UTC)
* In addition to xorg's suggestion: screen shots are also supported by filecoaster; perhaps standardizing description/screen shots in the repositories?
** Screenshots will come when the feed supports them. (hopefully soonish) --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... --[[User:Xorg|Xorg]] 16:09, 20 August 2009 (UTC)
* Great that you can no see new/updated apps in 'List of Everything'. Suggest to rename 'List of Everything' to List of Newest/Updated Apps or something else that indicates this is best way to see newest apps (that may not be installed yet).
* Or consider another choice to list only new apps, excluding things already installed.
** The list of everything is called that because in the future it will not list only applications. The list of everything will include patches/themes/whatever else we decide to add to the preware installer. At which point we will add an "All" option to the available applications category list. --[[User:Oil|oil]] 20:44, 20 August 2009 (UTC)

Adding some suggestions... --[[User:Decimation|Decimation]] 12:30, 20 August 2009 (EST)
* Adding an "Update All" button to the update menu would be cool.. convenience is key ;)

Adding some suggestions... -- [[User:Flare576|Flare576]] 13:53, 24 August 2009 (UTC)
* Since "List of Everything" holds more than just "normal apps," it would be important for there to be a way to see "All Available Apps." I suggest removing the first page of "genres" under "Available Applications," and having the first page people see be the secondary page (ie: the one after you choose a genre) with the default Genre of "All." Then, if desired, people can use the drop down to drill into an area they care about.
<nowiki>
    If there is a concern about loading up hundreds of apps when first opening that scene (and there should be concern), or if the "Normal User" likes genre filtering, perhaps leave the initial Genre page as it is, but simply add an "All" Genre so that folks that check daily can just see what's been added/updated. Maybe there needs to be a paging system so that the device only has to worry about 100 apps at a time? Or maybe not if you guys use a clever div/hide system, I don't know :)
</nowiki>

Suggestion: [[User:StoneRyno|StoneRyno]] 00:47, 29 August 2009 (UTC)
*Add a most recent selection to show most recent new apps and updates like the official app catalog has.

Suggestion: --[[User:Cdjh|Cdjh]] 15:54, 30 August 2009 (UTC)
*Add a feature to remove all patches and modifications to webos before and webos update. Sort of a "Get me ready for and update" button. This would allow the user to remove all these patches such as the virtual keyboard with one button to update webos without fear. One button to add them back after the update would be cool too

Suggestion: [[User:StoneRyno|StoneRyno]] 21:05, 30 August 2009 (UTC)
*Application detail scene more like the official app catalog.
**Icon and app name at top
**a line below that with version number, last update date, and app size.
**Below that 2-3 screenshot thumbnails
**Below that a description of the app.
*Optionally there can be download counts and ratings. The current detail page is ok but feels more like looking at one of the technical detail scenes like the ##DEBUG# scene. I think having a similar look to the official app catalog app detail scene would be good.
Improvement:
*Loading after launching preware seems to be spotty. So far I find it appears to hang and need to be closed and opened again to load the initial list view. I've only used the app a half dozen times so far so maybe it is a fluke. Will remove this if it is.
Suggestion: [[User:Hmagoo|Hmagoo]] 11:30, 4 September 2009 (UTC)
*We're in need of a workaround for the limit on installable apps via the app catalog. Preware gets around this but also, in the process, adds to the number of installed apps as seen by the App Catalog, et al. What would be a useful feature is to be able to uninstall hunks of apps previously installed by Preware in an effort to make apps installable via the App Catalog. This would be a temporary removal as we would desire reinstalling the homebrews after using the App Catalog.
**Caveats: Homebrew apps that use databases, and installed/downloaded files would not be removed without reducing their usability, So we would want to exclude on a case by case basis or with the use of flags?
*Preware is great in keeping track of what is installed and which version, would be great to see something like this added so that we can use the App Catalog and install piles of Homebrews. (smile)

Patch Messaging Jump Forward, Backward One Word at a Time

2009-09-03T00:24:23Z

Hmagoo: /* Process */

{{template:patch}}
= Summary =
'''Sym+f''' : jump backwards one word<br>
'''Sym+g''' : jump forwards one word
= Description =
It's very easy to fat finger while thumbing out a message and difficult to tap the cursor into the right position to correct a typo. Not having arrow keys to move the cursor drove me nuts, especially when the typo was near the submit icon -- oops accidentally sent garbage because my fingertip wasn't sharp enough. This patch allows Sym+f to jump backwards one word and Sym+g to jump forward one word. This, plus the built-in Shift+Backspace to delete the current word makes fixing typos much easier. Most other Sym+key combinations are shortcuts for other symbols but f and g were unused.

= Prerequisites=
* Rooted phone.

= Process=
# Log in as root.
# Mount the file system as RW.
# Enter the '''/usr/palm/applications/com.palm.app.messaging/app/controllers''' directory.
# In '''chatview-assistant.js''', locate the ''handleTextAreaUp'' event handler near line 1680:
#: <source lang="text"> handleTextAreaKeyUp: function(event) {</source>
#: and add the following just after:
#:: <source lang="text"> if (event && event.ctrlKey && event.keyCode==Mojo.Char.f) {
#:: currentText=this.messageTextElement.value;
#:: oldPos = this.messageTextElement.selectionStart;
#:: newPos = currentText.lastIndexOf(' ',oldPos-1);
#:: if (newPos>-1) {
#:: this.messageTextElement.setSelectionRange(newPos,newPos);
#:: }
#:: else {
#:: this.messageTextElement.setSelectionRange(0,0);
#:: }
#:: Event.stop(event);
#:: }
#::
#:: if (event && event.ctrlKey && event.keyCode==Mojo.Char.g ) {
#:: currentText=this.messageTextElement.value;
#:: oldPos = this.messageTextElement.selectionStart;
#:: newPos = currentText.indexOf(' ',oldPos);
#:: if (newPos>-1) {
#:: this.messageTextElement.setSelectionRange(newPos+1,newPos+1);
#:: }
#:: else {
#:: this.messageTextElement.setSelectionRange(currentText.length,currentText.length);
#:: }
#:: Event.stop(event);
#:: } </source>
# Mount the file system as RO.
# Reboot.

Patch Launcher Reset Scroll on Page Change

2009-09-02T23:54:34Z

Hmagoo: /* Introduction */

{{template:patch}}
==Introduction==

If you have many apps on a page, you may have to scroll to see some of those. The launcher maintains the scroll state (the amount you have scrolled) on each page, which means when you return to a page, you are still at the location that you last scrolled to. This can be annoying. For example, it can make it difficult to train your muscle memory because, when repeating the same steps, the app you want is not always at the same location on the screen. This patch resets the scroll of each page back to the top when it goes out of view.

'''Anyone have any luck with this? It's not doing a thing for me.'''

'''This is not working for me.''' [[User:Hmagoo|Hmagoo]] 23:54, 2 September 2009 (UTC)

==Editing Process==

* SSH in.
* Remount the filesystem as read/write:
<blockquote><source lang="bash">
sudo rootfs_open -w
</source></blockquote>
* Load launcher-assistant.js in vi:
<blockquote><source lang="bash">
sudo vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source></blockquote>
* Locate the onPageChange method around line 157:
<blockquote><source lang="javascript">
onPageChange: function(event) {
this.activePageIndex = event.value;
this.updatePageIndicators();
},
</source></blockquote>
* Add the four lines below so that onPageChange now looks like the following:
<blockquote><source lang="javascript">
onPageChange: function(event) {
var scroller = this.getPageScroller();
if (scroller && scroller.mojo) {
scroller.mojo.revealTop(0);
}
this.activePageIndex = event.value;
this.updatePageIndicators();
},
</source></blockquote>
* Save the file and quit vi.
* Remount the filesystem as read only - this should reboot your Pre:
<blockquote><source lang="bash">
sudo rootfs_open -w
</source></blockquote>

==Patch Process==

The patch should soon be located in the webos-internals gitorious repository. Until then, you can copy and paste the source below. Visit [[Applying Patches]] for info on how to use it. To apply the patch, follow the instructions above, and after remounting the filesystem as read/write, do the following:

* Apply the patch (In this example, I have the patch file located in my home directory under '''patches'''):
<blockquote><source lang="bash">
cd /
sudo patch -p0 --backup-if-mismatch < ~/patches/reset-scroll.patch
</source></blockquote>
<blockquote>
This is what you should see if it ran properly:
<source lang="text">
patching file /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source></blockquote>
* Remount the filesystem as read only as described above.

===Patch Source (reset-scroll.patch)===

<source lang="diff">
--- /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js.bak 2009-05-22 17:12:34.000000000 -0400
+++ /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js 2009-08-21 17:19:48.426297000 -0400
@@ -155,6 +155,10 @@

/* keep track of which page we are on */
onPageChange: function(event) {
+ var scroller = this.getPageScroller();
+ if (scroller && scroller.mojo) {
+ scroller.mojo.revealTop(0);
+ }
this.activePageIndex = event.value;
this.updatePageIndicators();
},
</source>

Meetups

2009-08-29T12:01:53Z

Hmagoo: /* San Diego/Los Angeles */

People interested in meeting up should plop in their area and name so when we have critical mass it can be organized.

See also [http://predevcamp.org/ predevcamp.org].

== United States ==

=== Arizona ===
==== Phoenix, AZ ====
# EvanDotPro

=== California ===
==== Fresno ====
# A2NY

==== San Diego/Los Angeles ====
# JonVisc
# seigex (Inland Empire)
# hopspitfire
# hmagoo (desert)

==== San Francisco/Bay Area/SJ ====
Since Palm, Inc. is located in the Bay Area, Palm employees may join us for some tech talk or tips and tricks.

http://www.meetup.com/palm-webos/

# rulethirty (organizer)
# Robi
# jblebrun
# simplyflipflops
# pEEf
# bzhou (eno in IRC, optware manager)

=== Colorado ===
==== Denver ====
# destinal
# rcanzlovar
# raeb

=== Kentucky ===
==== Cincinnati/NKY ====
# xandrake__
# foamcoretrash

=== Massachusetts ===
==== Boston ====
# nebula (MIT campus area)
# [[User:FreeTim|FreeTim]] (MIT campus area - in Kendall Sq.) Please join us in the [http://www.webosboston.org WebOSBOSTON community - We have monthly meetings.]
# djbclark Danny Clark <dclark@pobox.com> http://pobox.com/~dclark (MIT campus area)
# oc80z (MIT,Central Square for drinks)
# beingboston (Newton, Watertown area. Has T pass, can travel)
# trokair (Waltham area, can travel)
# r3compile
# asedeno (MIT)

=== Minnesota ===
==== Minneapolis/St. Paul ====
# xluryan
# helfire

=== Missouri ===
==== Kansas City ====
# xorg (attending [http://kansascity.predevcamp.org/attendees/ KC predev camp] - a couple dozen have signed up and growing)
# [[User:Clebio|Clebio]] 12:51, 24 August 2009 (UTC)
# [[User:Ikyo|Ikyo]]

=== Nevada ===
==== Las Vegas: [[wikipedia:DEF CON (convention)|Defcon]] 17 ====
# emkman
# pEEf
# destinal
# tharris-

=== New York ===
==== Albany ====
# JackieRipper

=== Oregon ===
==== Portland Area ====
# rck

=== Texas ===
==== Austin ====
# HattCzech
==== Dallas ====
# HebrewzHammer
# [[user:X1011|X1011]] ([[wikipedia:University of Texas at Dallas|UTD]], attended [http://dallas.predevcamp.org/ preDevCamp])

=== Washington ===
==== Seattle Area ====
# tictac
# BurntSky
# meshuga

=== Wisconsin ===
==== Madison ====
# [[user:Christian.wilcox|christianwilcox]]

Talk:Backing Up via Rsync

2009-08-27T00:00:42Z