[Review] Preview: Resco Neeews 1.0 beta

De eerste indruken waren positief, maar bij verder gebruik miste ik toch wat dingen:
* Kleurinstellingen (soms is dat lichtblauw niet handig)
* Lastig met 1 feed instellen
* Niet elke RSSfeed extentie wordt geaccepteerd. (misschien iets voor later?)
* Kon de feeds niet opslaan op de sdcard.

Postief was gemak van gebruik.
Zeer simpel in het leren.

We houden het in de gaten..

Peter

Ik heb een demo versie gedownload maar krijg de instellingen voor het ophalen van rss-feeds niet goed.

Mijn bedoeling is om vai de cradle van mijn Tungsten T5 de feeds op te halen.
Kan dat uberhaupt wel, of werkt het programma alleen maar met een Treo?

Natuurlijk werkt dat, maar dan moet je wel eerst een werkende internetverbinding hebben via je cradle. Zoek op het forum maar eens op Softick PPP.

Volgens mij bedoelt Dikke Wim dat hij tijdens een hotsync feeds wil ophalen. Die functie is (nog) niet ingebouwd in Neeews.

Hee, ik vind Neeews wel verfrissend, maar ik vind het bijzonder omslachtig om 1 bepaalde feed te configureren of in te stellen. Het programma is er echt op gemaakt om bundeltjes feeds te maken (ofwel, verschillende newspapers) in een keer.

En nog steeds geen background-update van de feeds dankzij het niet kunnen multitasken van PalmOS. Als je veel feeds hebt die je wil refreshen moet je je Palm 3 minuten aan de kant leggen en een kop koffie halen. Typisch een toepassing waar multitasking gewenst is.

Inderdaad wil ik via een hotsync de feeds ophalen. Jammer dat dat niet kan.

Bedankt voor de informatie. Scheelt mij weer uren proberen....

Zonder installatie van een hotsync conduit valt er niks te proberen hoor.

Nee, dat ligt niet aan het PalmOS, maar aan de programmeurs.

Lul Klets toch geen onzin niet uit je nek: PalmOS biedt GEEN native ondersteuning voor multitasking en moeten programmeurs ieder voor zich opkomen met iets wat erop zou lijken, waarbij het pas voor een handvol lukt. Was PalmOS Garnet wel standaard een OS waarbij multitasking mogelijk was, dan konden alle programmeurs direct uit de doos deze functie gebruiken.

Maar dat is niet het geval he?

Oh, natuurlijk, het ligt aan extreem domme programmeurs voor het PalmOS platform die niet weten hoe ze moeten programmeren, waardoor geen enkele browser op PalmOS ondersteuning biedt voor het achtergrond laden van informatie, dat er maar 1 E-mail client is die robuust genoeg is om op de achtergrond mailtjes af te handelen (na veel kunst- en vliegwerk tijdens de ontwikkeling ervan), en dat alle grote RSS clients voor PalmOS ook geen achtergrond-downloads ondersteunen.

Oh en, als jij zo'n veel betere programmeur bent die PalmOS dit met gemak laat doen, vertel het de mensen van Recso maar even, en als je tijd hebt kun je ook suggesties doen voor FBTV hoe die op de achtergrond programmainfo kan downloaden. fransbr zal het leuk vinden om te zien dat het niet aan het OS lag, maar aan hem. Succes ermee!

Houden we het wel aardig?

Ik wel

Ghia zonder te trollen ook?

Pssst: er zit al een functie in FBTV die "op de achtergrond" (=in idle tijd) verlopen programmainfo weggooit waardoor e.e.a. wat sneller op te zoeken is.

Ook als Palm OS multitasking was geweest zou een achtergrond update voor FBTV onwenselijk/gevaarlijk zijn: een "relationele" database updaten terwijl hij open is veroorzaakt veel wazige en niet reproduceerbare fouten.

Voor RSS feeds geldt dit uiteraard niet/in mindere mate. Dat dit tekortkomingen zouden zijn van programmeurs is echter natuurlijk onzin. Een multitask-engine extra inbouwen in een programma kost snelheid en geheugen. De programmeur kiest er dus voor om dat niet te doen bijv. omdat de toegevoegde waarde te laag is. Als het OS de multitasking aangeboden zou hebben zouden die snelheid/geheugen geen factoren meer zijn.

Palm OS wordt gekenmerkt door kleine, razendsnelle programma's. WM door multitasking (op de meest onzinnige plekken), gelikte schermen en traagheid.

PalmOS biedt geen multitask ondersteuning voor de gebruikers. Naast een beperkt aantal voordelen, brengt multitask ook een reeks nieuwe problemen bij en vormt een grotere aanslag op de beperkte hulpbronnen van een mobiel apparaat.

Het is aan de programmeurs om waar nodig achtergrond processing bij hun programma's te voorzien.
Als bij Articulation kan voorzien worden, dat er in de achtergrond gewacht wordt op inkomende VOIP aanroepen, is er ook geen reden waarom bij Resco Neews geen funktie kan worden ingebouwd om feeds in de achtergrond op te halen, volgens een door de gebruiker in te stellen patroon.
Ten andere, de auto update funktie zit toch al in bvb QuickNews?

Als ze er bij Resco geld voor over hebben, waarom niet? Maar ik denk eerder dat het een kwestie is van priotiteiten is en welke funkties zij nuttig achten in hun programma. Misschien wordt het in latere versies als er voldoende vraag voor blijkt nog wel toegevoegd.Ik denk dat Frans als hij wil een automatische dagelijkse update aan FBTV kan toevoegen. Dat het er niet inzit, ligt inderdaad aan Frans door de keuzes die hij heeft gemaakt over wat FBTV wel en niet moet bieden aan funkties.
Ik ben er van overtuigd, dat het zonder meer kan worden ingebouwd.
Maar de suggestie dat er niet in zit, omdat Frans daar te onkundig voor zou zijn was nog niet bij mij opgekomen en laat ik geheel voor jouw rekening.

Volgens mij is een listener-functie (Articulation, Chatter) iets heel anders dan een actief proces op de achtergrond draaien. Zodra er e-mail of een voip-gesprek binnenkomt drukken beide programma's ook de dan actieve programma's (al dan niet kortstondig) naar de achtergrond. Hetzelfde geldt min of meer voor de Phone-functie. Die luistert ook actief naar triggers en zal pas na activatie (binnenkomend gesprek) alle andere programma's meteen afsluiten en op de voorgrond komen.
Ja, maar op dezelfde manier als Resco. Je kunt dan niets anders meer doen omdat het een voorgrondproces wordt.

Maar een automatische update is toch echt iets anders als een multitask achtergrond update. Een achtergrond update zou het werken met FBTV vanwege tijdkritische elementen onacceptabel traag en onvoorspelbaar maken. Dus net als bij Resco geen keuze wat betreft onkundigheid of nuttigheid. Technisch gezien zou het gewoon meer kwaad doen dan dat het handig is.
Een dagelijkse update maak ik niet omdat er een conduit is en ik zou Resco ook aanraden om het via een conduit te regelen.

De discussie loopt inmiddels een heel kant op. Geeft niet, maar een aparte thread zou hier wel op zijn plaats zijn.

Een cursus Geweldloze communicatie zou voor sommige hierboven wel op z'n plaats zijn (ik ga dat zelf overigens ook doen). Of een boek: Ik kan het boek van Marshall Rosenberg van harte aanbevelen!