"Feltámadhat a Google Wave"

Google

"A Google Wave-et már eltemettük egyszer, mikor a Google felhagyott a forradalmi kommunikációs platformnak nevezett szolgáltatás fejlesztésével. Most viszont az Apache kiáshatja a sírból. [...] Szerencsére a Google nem egyszerűen felgyújtotta az addig elkészült eredményeket és a hamut szétszórta a sivatagban, hanem az elkészült részeket nyílt forráskódúvá tette. Így a Wave azóta is bárki számára szabadon elérhető, s benne volt a pakliban, hogy előbb-utóbb valaki felveszi a földről. A valaki pedig ez esetben az Apache Software Foundation lett, aminek a legismertebb terméke a az azonos nevet viselő Apache webszerver, amit hosszú évek óta szívesen használ mindenki az IT-szektorban. Az Apache részéről egyébként ez nem egy különleges fordulat, ugyanis az alapítvány több mint 100 nyílt forráskódú projektet támogat, gondoz."

A teljes cikk itt olvasható.

( uid_194 | 2010. 11. 26., p – 09:17 )

"Elindult az indian hullam" talalobb cim lett volna :P

Egyik sem. :-) A helyes válasz 'Hullám a dobozban':
http://googlewavedev.blogspot.com/2010/09/wave-open-source-next-steps-w…
http://googlewavedev.blogspot.com/2010/11/this-weeks-wave-protocol-summ…

Így már mindent elérhető forrással. Grafikus nyílt kliens nélkül kétséges lett volna a jövője de így már nagyon jó az esélye arra, hogy megmaradjon. Az Apache inkubátorban így szerintem be fogják fogadni és ott jó kezekben lesz.

( gUHU | 2010. 11. 26., p – 10:41 )

Basszus, majdnem lájkolni akartam. :D Ennek ellenére ez egy nagyon jó hír. Most már csak azt kellene valamilyen szinten megtalálnom, hogy mire is használható.

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

( aga_et v | 2010. 11. 26., p – 11:39 )

Így már az is lehet, hogy megnézem.
--
AGA@
Clyde Radcliffe Exterminates All the Unfriendly Repulsive Earth-Ridden Slime

( Dacr (nem ellenőrzött) | 2010. 11. 26., p – 12:22 )

GoldWave-nek olvastam.... Aludnom kéne lassan :D

( uid_16401 | 2010. 11. 26., p – 12:42 )

A Wave akkora zsáutca, hogy még önkéntesek ezrei sem fogják soha életrekelteni. Gyanítom, hogy az Apache egy centet sem fog beletolni a fejlesztésbe, mert ugye a fejlesztők ingyen és bérmentve dolgoznak.

"Az emberek fölmentek Wave-re MSN-ezni, aztán rájöttek, hogy ez szar."

Na igen. Nem volt kiaknázva minden lehetőség a Wave-ben. Én simán el tudom képzelni egy kommunikációs elosztóhelyként. Pl. ha a blogomra akarok postolni, akkor írok a blog wave-címemre, megjelenik a blogomon. Ha kommentelnek rá, az Wave-ként megjön nekem. Ugyanígy a többi bloggal együtt. Sokkal kényelmesebb lenne egy helyről intézni ezeket.

Amit az MSN nem tud de a Wave igen:
- Threadelt szép átlátható elrendezés (hasonlítsd össze a hup.hu hozzászólási lehetőségeit a szokásos 'minden egymás alá' fórumos hozzászólási lehetőségekkel)
- Szöveges dokumentum csoportos szerkesztésének lehetősége valós időben ('holnap le kell adnom a szakdogát - segítsetek!' helyzetekben hasznos, céges csoportmunkánál meg pláne).

Nem, az igazi megoldás, ha olyan weboldalt épít egy magára valamit adó cég, amihez nem kell csak azért erőforrás, mert már úgyis mindenkinek az van.

Kijöttek a netbookok. A netbookok gyenge gépek, pont netezésre valók. Ellenben az én netbookomon a legtöbb weboldal scrollozáskor szaggat, egy komolyabb JS-es oldal eléggé leterheli a gépet. Ilyen pl twitter új felülete, a wave is ilyen volt, de a greader sem adja azt a folytonos érzést...

A gond az, hogy a web rohadt nagy erőforrászabáló lett. Sajnos a böngészők is... a chrome 5-6 lappal és 2-3 bővítménnyel 3-4-500 megát is megeszik a memóriából nálam.

Mit értesz a 'magára valamit adó cég' alatt?
A legtöbb céges presztízs weboldal grafikával agyonpakolt full flash.

Idővel úgyis jönnek a gyorsabb gépek több rammal és a probléma megoldódik magától. Most kérdeztem egy egy haveromat: wave+chrome Pentium M 1.3Ghz ram:1GB és normálisan megy neki a wave. Ez ma már eléggé belépőszint szerintem.

Én is jobban szeretem a threadelt megoldást, de én pl a falra tudok mászni amikor érkezik 3 új hozzászólás, és több száz kommentet kell végigpörgetnem keresve az újat. Egy szál nélküli fórumon elég az utolsó hármat elolvasni.

És tudom, jelzi azzal a 3 pixeles "új" felirattal az új hozzászólást. Más drupal rendszereknél olyat is láttam, hogy az új matricára kattintva a következő újra ugrik, itt ez nem működik sajnos.

Ja és 300 hozzászólásnál több aloldalra tördel, és ha az első aloldalt megnézted, akkor a második aloldalon az "új" cimke már nem lesz ott.

No, csak azért mondom, mert ez a megoldás így nem a legjobb.

>>Ja és 300 hozzászólásnál több aloldalra tördel,
>>és ha az első aloldalt megnézted, akkor a második aloldalon
>>az "új" cimke már nem lesz ott.

Erre van megoldás:
http://hup.hu/cikkek/20101126/feltamadhat_a_google_wave&comments_per_pa…

Az új-címkeproblémára van más megoldás is:
http://hupper.mozdev.org/installation.html
http://userstyles.org/styles/browse/hup.hu

naja, de amikor az ember a követés aloldalról végigkattintja az újdonságokat, akkor nem feltétlenül arra gondol először, hogy egy get változót hozzáadjon az urlekhez egyesével.

De akkor mondok még kettőt:

1) olvasom a thread-et, valamire válaszolni akarok, válasz gomb, válaszolok, leokézom, visszatölt az oldal, viszont az "új" jelzések eltűntek. Persze meg lehet nyitni új ablakban is a válaszlehetőséget, de ez se default

2) Ha megnyitom új ablakban, akkor is a leokézáskor újra betöltődik az oldal, tehát azokról a hozzászólásokról, amik a lap megnyitása, és a válaszadás okéja közt történtek csak akkor kapok értesítést, ha külön az ok gomb előtt megnézem hogy tuti nincs azóta új válasz.

Pedig nem lenne bonyolult megoldani
- Meg kéne oldani, hogy ne 300 legyen a max kiválasztható listaméret, hanem unlimited (aztán legyen az az unlimited 99999 a háttérben, ha úgy oldható meg egyszerűen technikailag)
- Meg kéne oldani, hogy a válasz gomb új ablakban nyíljon meg, ez két szó: target _blank. Vagy azt, hogy úgy működjön, mint régen az ubuntu.hu-n: ajaxszal, inline.
- Ja és a válasz elküldésekor ne frissüljön az utolsó megtekintés ideje. Azt hiszem nem nagy munka ezt megoldani, még csak le se terheli a szervert.

Sőt, ha van rá igény meg is valósítom ezeket a funkciókat, csak mondjátok meg melyik drupal.

Értem én, de azt hittem, hogy az ajánlott böngésző kijelölése 10 éve volt divat, amikor a böngészők egymás ellen dolgoztak.

Egyébként meg nem hiszem hogy a leginkább humánus megoldás egy problémára az, hogy külön böngészőt használjak.

Ha lesz időm átírom a plugint chrome alá. :D

Az a gond, hogy trey ledefinialta, csak olyan valtoztatast hajlando eszkozolni az oldalon, ami nem igenyli 3rdparty plugin feltetelet. Vagyis vagy lekodolod raw php-ban, es garantalod, hogy menni fog, vagy coki.

Hogy hanyas drupal azt nem tudom, talan 5-os.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Kiveve annak, akinel valamilyen okbol nem fut a Firefox. De egyebkent reszben azert egyetertek, ez egy kozossegi portal, szerintem egy picit nyitottabbnak kene lenni a keresekre. Am mivel nem en vagyok a portalgazda, es nem tudom, trey milyen okbol kepviseli azt az allaspontot, igy semmi jogom sincs ezt a velemenyt megkerdojelezni.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Userscriptek azért ma már a legtöbb böngészőben futnak… Tény, még nem találkoztam kész userscripttel, de a fenti requestet annyira nem nehéz lekódolni. Rágjátok a fülemet 2–3 hét múlva ezzel kapcsolatban, ha gondoljátok :D 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

ezeket kevésbé oldja meg: http://hup.hu/cikkek/20101126/feltamadhat_a_google_wave#comment-1168106
Mivel a Hupper gyakorlatilag főként egy userscriptgyűjtemény jól összecsiszolva, nem lenne nehéz beleírni, de akkor már inkább rendes userscriptet írjon az ember, mert az keresztplatformos ☺ 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Apróságok. Írd át a huppert, vagy fordulj az írójához a feature-requestekkel.
A több oldalas hozzászólásoknál most is megmarad a [new] címke a második és további oldalon azután is, hogy leokéztál egy választ. És ez úgy is marad egy napon keresztül. Általános beállításnak az egy nap sok lenne, de ezen is lehet változtatni.
Engem teljesen jó úgy is ahogy most van. A legtöbb cikkhez egyébként egy két napig érkeznek nagy számban hozzászólások.
A legtökéletesebb a Wave-féle megoldás, ahol vissza is lehet játszatni a teljes beszélgetést időrend szerint és kattintással lehet eltüntetni a NEW címkéket, miután valóban elolvastuk azokat.
Ha hagyományos minden új hsz. egymás alá vagy felé fórumokon nincs ilyen probléma, a jóval egyszerűbb rendszer logikája miatt fel sem vetődnek. De azok sokkal átláthatatlanabbak kritikus számú hozzászólás mennyisége után, mint ez a thread-es drupal.

Szerintem pontosan a mobil böngészők érdekében jó, hogy alap drupal van. Nincs sok erőforrás-fogyasztó szemcukorka ami Pc-nek nem tétel de a mobilt megfektetné. És a 300-as oldalankénti hsz-limit is a mobilosok érdeke ugyancsak a végtelen erőforrás-fogyasztás megakadályozása miatt.

Gyors notebookon beállítod 10000-re a limitet. Utána vonaton csak a mobilod van nálad, megnéznéd az oldalt de lefagy az egész mobil (jobb esetben csak a mobilböngésző száll el) mert nem birkózik meg hat- hétszáz-hozzászólásos oldalakkal. De ahhoz, hogy átállítsd előbb be kellene jönnie egynek úgy, hogy nem száll el tőle a mobil. Ilyesmire gondoltak a Drupal fejlesztők a 300-as maximummal.

http://clientsfromhell.net/post/1704305041/we-shouldnt-assume-that-ever…

Egyébként lehetne mobilfelülete is az oldalnak.

De én beállítási lehetőségről beszéltem, nem alapértelmezésről. Az, aki annyira nem ért hozzá, hogy az opera mini out of memory hibaüzenetét felfogja, az eleve nem fogja átállítani az alapértelmezett 100-200, nemtommennyi hozzászólás/lapot. És az aki ennyire nem ért hozzá, az nem a drupalt fogja szidni, mert fogalma sincs mi a drupal, a hup-ot fogja szidni, és trey-t.

update: de azért valljuk be, a hup aktív olvasótábora nem kifejezetten level 0 userekből áll, ugye?

én az Operát szoktam szidni. Csupa jó megoldás van arra, hogy csökkentse a memóriafelhasználást. Pl. gyorsabb mobilnetnél simán lehetne a lerenderelt oldal az Opera szerverein, és görgetésnél csak a szükséges mennyiségű szöveget küldi át. Persze ehhez picit újra kell gondolni az Opera Turbót (jól sejtem, hogy az most csak képeket méretez át?)

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Én úgy tudom, hogy a turbó ugyanazt használja mint az opera mini, és az opera mini úgy működik, hogy szerveroldalon renderel, és képet küld (vagy képet szöveggel, nemtom, de a lényeg, és a nagy hátránya a dolognak az, hogy a javascriptet emiatt nem tudja normálisan lekezelni. Legalábbis ez van az opera mobil böngészőivel, nem tudom hogy a desktop és a desktopon használt turbó mit csinál.

ja és mégegyszer ideírom, hogy félinformációkból ezt szedtem őssze, szóval ha hülyeséget mondtam, akkor bocsi :D

Szerintem nem ugyanarról beszélünk. Én az opera mini által használt gyorsításról beszéltem, ami úgy tudom az opera mobile-ban is benne van, és ugyanúgy működik (és úgy hallottam ezt (is) turbo-nak hívják.

És ott azért nincs JS, mert az oldal szerver oldalon renderelődik, te csak a "képet" látod. Vagy ilyesmi

Mi pl céges szinten használtuk, külsős fejlesztőket is bevonva így a munkába - mikor bejelentették h megszűnik, kimondottan fájt :). A kollégák többsége pont a Redmine, Mantis és hasonló ticket kezelő/folyamat követő rendszereket nem képes/nem akarja használni.

Nem igazán értem azokat, akik zsákutcának/használhatatlannak/... tartják, szerintem egyszerűen nem értették meg a lényegét - ami nem feltétlen baj, de így nincs igazán alapja a véleményüknek.

+1 Egy projekten mi is használjuk, és IMHO nagyon hatékony formája a kommunikációnak.

Egyelőre reménykedem, hogy kitolják a leállítás időpontját, ha nem, akkor valami másra át kell állnunk :-(.

Vagy van már megoldás arra, hogy saját szerverre át lehessen tenni meglévő wave-eket?

( b | 2010. 11. 27., szo – 05:46 )

Jajne! Már megint meg fog halni az email. :(

Elegem van már az email gyilkosokból! LE velük! Hajrá email!

--
GPLv3-as hozzászólás.