2010/6/17 Marcin Jagodziński <m.jagodzin...@gadu-gadu.pl>:
> Cześć,
> jak może słyszeliście, planujemy w najbliższych miesiącach > przeprowadzić zasadniczy redesign Blipa. W kilku słowach chciałbym > przedstawić jego założenia, skupiając się na tym, co może dotyczyć > Was, jako developerów aplikacji opartych na API.
[ ciach ]
Fajnie - osobiście nie mam co się martwić bo moja apka robi już większość tych rzeczy (przynajmniej wizualnie).
jak może słyszeliście, planujemy w najbliższych miesiącach przeprowadzić zasadniczy redesign Blipa. W kilku słowach chciałbym przedstawić jego założenia, skupiając się na tym, co może dotyczyć Was, jako developerów aplikacji opartych na API.
Choć redesign, jak sama nazwa wskazuje, to przebudowa wyglądu serwisu, skorzystaliśmy z okazji by wprowadzić kilka zmian funkcjonalnych. Nie wszystkie funkcjonalności od początku będą dostępne przez API, ale niektóre z nich można "zasymulować" używając istniejącego API, inne zaś warto wprowadzić, by wasze aplikacje były bardziej spójne z tym, co użytkownik widzi w serwisie.
Niekompletna lista zmian:
1. Wątki i komentarze. Zauważyliśmy, że coraz więcej osób używa opcji "Cytuj" zamiast "Odpowiedz" i dyskutuje za pomocą statusów. Tworzą się w ten sposób długie, publiczne dyskusje, które są względnie nowym zjawiskiem na Blipie. Chcemy ułatwić uczestniczenie w tych dyskusjach a jednocześnie nieco je uporządkować. Mamy wrażenie, że Blip w obecnej formie nie jest przygotowany na tego typu dyskutowania: osoby postronne dostają wyrwane z kontekstu dyskusji wypowiedzi zaczynające się od [blip] od osób, które obserwują. Wypowiedzi te trafiają też na bliplogi, czyniąc je zupełnie nieczytelnymi, trafiają masowo na Facebooka i na Twittera - gdzie też są wyrwane z kontekstu.
Podchodząc do tego od innej strony: zauważyliśmy, że na Blipie pojawiają się dwa typy wiadomości. Pierwsze z nich, to klasyczne "statusy", odpowiadające na szeroko rozumiane pytanie "Napisz, co teraz robisz" (o czym myślisz, co przeczytałeś, co zobaczyłeś), a drugi typ to głosy w wewnątrzblipowej dyskusji. Chcemy je nieco rozdzielić.
W nowym Blipie wprowadzamy pojęcie komentarza. Komentarzem jest każda wypowiedź zaczynająca się od zacytowania jakiegoś statusu. Innymi słowy, jeśli [blip] jest na początku statusu, to jest to komentarz, a jeśli [blip] jest w środku, to mamy do czynienia ze zwykłym statusem zawierającym cytowanie.
Tutaj muszę dodać, że planujemy zrezygnować z oznaczania cytatów przez [blip] i wprowadzić w tym miejscu [^nick] (nick jest nickiem autora statusu, który cytujemy/komentujemy). To jedna z rzeczy, które warto zmienić w aplikacjach klienckich.
Komentarze nie będą trafiać na bliploga (który zresztą przyjmie inną formę). Domyślnie nie będą wysyłane na Twittera, Facebooka, nie będą ustawiały opisu na GG itd.
Komentarze tworzą wątki, składające się z pierwszego statusu, komentarzy do niego, komentarzy do komentarzy itd. Wątki w nowym Blipie traktowane będą trochę podobnie do tagów. Domyślnie dostajemy wszystkie wiadomości z danego wątku od osób, które obserwujemy. Będziemy jednak mogli też obserwować cały wątek (dostawać wiadomości także od osób, których nie obserwujemy, a które komentują w wątku) lub też ignorować go. Obserwowanie/ignorowanie wątków będzie można ustawiać za pomocą interfejsu przy komentarzu. Wzięcie udziału w wątku będzie oznaczało jego zaobserwowanie. Najprawdopodobniej będzie dostępna też funkcja "automatycznego odsubskrybowania głębokich wątków" - działać będzie ona tak, że zobaczymy tylko pierwsze komentarze (od osób które obserwujemy) w danym wątku, co pozwoli nam zainteresować się nim (lub nie). Kolejne komentarze nie będą już do nas dochodzić (chyba, ze zasubskrybujemy ten wątek).
Wygląda to wszystko dość skomplikowanie, mamy jednak nadzieję, ze się sprawdzi. Dobra wiadomość jest taka, że stare aplikacje, które nie zostaną w żaden sposób zmodyfikowane, będą działać nadal, a użytkownicy nie będą widzieli zmian. Natomiast po udostępnieniu API do wątków będzie można tworzyć nowe aplikacje, a stare wzbogacić o funkcje obserwowania/ignorowania wątków. Będzie też można przez API się dowiedzieć, na jaki status dany komentarz jest odpowiedzią, poznać komentarze do danego statusu.
PS. Wątki nie będą miały swoich kokpitów, w odróżnieniu od tagów. Być może będą miały (w przyszłości) archiwa.
2. Cytowania i "wspominania"
Cytowania (statusy zawierające [^nick]) i wspominanie o kimś (statusy zawierające ^nick) będą trafiać na kokpit cytowanej/wspominanej osoby, a nie, jak dotychczas, tworzyć powiadomienie. To też można już teraz "zasymulowac" w Waszych aplikacjach.
3. Likwidacja bliplogów
Zapewne nie ma to większego wpływu na aplikacje korzystające z API, ale warto wiedzieć, ze w nowym Blipie nie będziemy używać pojęcia "Bliplog", które zostanie zastąpione "Archiwum". Nie będzie dostępna możliwość stosowania własnych szablonów Bliplogów. Warto odchodzić od używania pojęcia "Bliplog" w aplikacjach.
4. Metadane
Do statusów będzie można dodawać metadane dotyczące np. lokalizacji, tego czy dana wiadomość ma iść na Twittera/Facebooka itd. Zamiast wpisywać w treści @/marszałkowska, warszawa/ będzie można to podać via API.
5. Integracja z Twitterem/Facebookiem
Planujemy większe wsparcie dla opcji +t/-t / +fb/-fb: pod polem do wpisywania statusu będzie możliwość ustawienia, czy dany wpis ma trafić na Twittera/Facebooka (checkboxy, których włączenie/wyłączenie będzie powodowało dopisanie +t/-t / +fb/-fb do statusu). Warto dodać takie opcje do aplikacji klienckich. Na razie taki checkbox powinien dopisywać +t/-t / +fb/-fb do statusu, w przyszłości będzie możliwość przekazania tego, gdzie ma trafić dany status przez jego metadane.
6. Sekretarka
Na kokpitach pojawi się sekretarka, zbierająca nieodpowiedziane wiadomości skierowane do użytkownika. W momencie startu nie będzie zapewne dostępna przez API.
7. Wygląd
Nowy Blip będzie znacznie ładniejszy :)
Jeśli macie jakieś uwagi/pytania, podzielcie się nimi z nami w tym wątku.
Generalnie zmiany s� super. Tylko jedna z nich nie jest dla mnie do ko�ca jasna, chodzi o Bliplog...
W dniu 17.06.2010 12:30, Marcin Jagodzi�ski pisze:
> 3. Likwidacja bliplog�w
> Zapewne nie ma to wi�kszego wp�ywu na aplikacje korzystaj�ce z API, > ale warto wiedzie�, ze w nowym Blipie nie b�dziemy u�ywa� poj�cia > "Bliplog", kt�re zostanie zast�pione "Archiwum". Nie b�dzie dost�pna > mo�liwo�� stosowania w�asnych szablon�w Bliplog�w. Warto odchodzi� od > u�ywania poj�cia "Bliplog" w aplikacjach.
To znaczy na czym dok�adnie polega ta "likwidacja"? Do tej pory, Bliplog by� dost�pny na podobie�stwo "prawdziwego" bloga dost�pnego jako:
http:///user/.blip.pl
Bardzo wygodna rzecz, szczeg�lnie dla os�b, kt�re chc� obserwowa� czyje� statusy, ale nie koniecznie chc�/mog� aktywnie dzia�a� na Blipie.
Czy nowe archiwum b�dzie tak samo dost�pne? Bo prawd� m�wi�c, to jest bardzo przydatna funkcjonalno��.
2010/6/17 Krzysztof Młynarski <krzysztof.mlynar...@gmail.com>:
> Bardzo wygodna rzecz, szczególnie dla osób, które chcą obserwować czyjeś > statusy, ale nie koniecznie chcą/mogą aktywnie działać na Blipie.
> Czy nowe archiwum będzie tak samo dostępne? Bo prawdę mówiąc, to jest bardzo > przydatna funkcjonalność.
Ja też w sumie dość lubię bliplogi, pozwalają zobaczyć co dana osoba pisze bez przebijania się przez wszystkie dialogi po drodze - przydatne jak np. chcę zobaczyć czy warto daną osobę obserwować czy nie... Wtedy interesuje mnie tylko to, co przyszło by do mnie, gdybym go/ją obserwował, dialogi mnie nie interesują.
Dobrze, że poruszyłeś ten temat, bo tu też zajdzie bardzo moim zdaniem istotna zmiana.
Ale od początku. Kiedy zaczynaliśmy projektować Blipa, wydawało nam się, że to takie 2 w 1: czato-blog. Myśleliśmy, że użytkownicy będą ze sobą rozmawiać, odwiedzać się na kokpitach, a co pewien czas "wrzucać" na bliploga krótkie info, potem będą do tego wracać itd.. Stąd właśnie pomysł niejako oddzielnego "bloga", o odmiennym wyglądzie (przez pewien czas było nawet tak, że zwykły status nie był publikowany na bliplogu, trzeba było go poprzedzić wykrzyknikiem ;))
Okazało się, że tak to nie działa, Bliplogi się faktycznie tworzą i odkładają gdzieś tam "z boku", ale odgrywają większej roli. Stąd robimy z nich publiczne archiwum statusów. Problem tylko w tym, że bliplogi mają "dobry" URL ( nick.blip.pl ) a kokpity, z których i tak wszyscy korzystają na codzień "taki sobie" blip.pl/user/nick/dashboard. Jest przekierowanie z tego drugiego urla na pierwszy, ale to nie jest optymalne rozwiązanie.
nick.blip.pl - archiwum (bieżący miesiąc/ostatni w którym user coś pisał) blip.pl/user/nick/dashboard/ - archiwum (bieżący miesiąc/ostatni w którym user coś pisał) [TBA] - archiwum konkretne miesiące
Myślę, że to będzie dużo logiczniejsze.
2010/6/17 Krzysztof Młynarski <krzysztof.mlynar...@gmail.com>:
> Generalnie zmiany są super. Tylko jedna z nich nie jest dla mnie do końca > jasna, chodzi o Bliplog...
> W dniu 17.06.2010 12:30, Marcin Jagodziński pisze:
> 3. Likwidacja bliplogów
> Zapewne nie ma to większego wpływu na aplikacje korzystające z API, > ale warto wiedzieć, ze w nowym Blipie nie będziemy używać pojęcia > "Bliplog", które zostanie zastąpione "Archiwum". Nie będzie dostępna > możliwość stosowania własnych szablonów Bliplogów. Warto odchodzić od > używania pojęcia "Bliplog" w aplikacjach.
> To znaczy na czym dokładnie polega ta "likwidacja"? > Do tej pory, Bliplog był dostępny na podobieństwo "prawdziwego" bloga > dostępnego jako:
> Bardzo wygodna rzecz, szczególnie dla osób, które chcą obserwować czyjeś > statusy, ale nie koniecznie chcą/mogą aktywnie działać na Blipie.
> Czy nowe archiwum będzie tak samo dostępne? Bo prawdę mówiąc, to jest bardzo > przydatna funkcjonalność.
> Pozdrawiam, > -Krzysztof [chrisvw]
> -- > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o > nazwie „blip-devel”. > Aby zamieszczać posty w tej grupie, wyślij e-mail na adres > blip-devel@googlegroups.com. > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres > blip-devel+unsubscribe@googlegroups.com. > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem > http://groups.google.com/group/blip-devel?hl=pl.
> 2010/6/17 Krzysztof M ynarski <krzysztof.mlynar...@gmail.com>:
>> Bardzo wygodna rzecz, szczeg lnie dla os b, kt re chc obserwowa czyje >> statusy, ale nie koniecznie chc /mog aktywnie dzia a na Blipie.
>> Czy nowe archiwum b dzie tak samo dost pne? Bo prawd m wi c, to jest bardzo >> przydatna funkcjonalno .
> Ja te w sumie do lubi bliplogi, pozwalaj zobaczy co dana osoba > pisze bez przebijania si przez wszystkie dialogi po drodze - > przydatne jak np. chc zobaczy czy warto dan osob obserwowa czy > nie... Wtedy interesuje mnie tylko to, co przysz o by do mnie, gdybym > go/j obserwowa , dialogi mnie nie interesuj .
M.in. to mam na mys i - ich wielk czytelno .
Zreszt sam niejednokrotnie wysy a em komu link do swojego bliploga pisz c: "Je li chcesz obserwowa moj relacj z... to po prostu obserwuj te stron WWW".
Takiego kogo nie interesuj moje dialogi ze znajomymi z Blipa, natomiast jak najbardziej interesuj komentarze przeplatane ilustracjami/zdj ciami. Z tego co si orientuj , do tego w a nie bywaj u ywane bliplogi.
Dalej będzie można to samo przeczytać, nie martwcie się. Zniknie tylko nazwa, Bliplog nie będzie domyśny po wpisaniu nick.blip.pl no i to nieszczęsne edytowanie szablonów, z którym było więcej kłopotów niż pożytku
> 2010/6/17 Krzysztof Młynarski <krzysztof.mlynar...@gmail.com>: >> Bardzo wygodna rzecz, szczególnie dla osób, które chcą obserwować czyjeś >> statusy, ale nie koniecznie chcą/mogą aktywnie działać na Blipie.
>> Czy nowe archiwum będzie tak samo dostępne? Bo prawdę mówiąc, to jest bardzo >> przydatna funkcjonalność.
> Ja też w sumie dość lubię bliplogi, pozwalają zobaczyć co dana osoba > pisze bez przebijania się przez wszystkie dialogi po drodze - > przydatne jak np. chcę zobaczyć czy warto daną osobę obserwować czy > nie... Wtedy interesuje mnie tylko to, co przyszło by do mnie, gdybym > go/ją obserwował, dialogi mnie nie interesują.
> Kuba
> -- > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "blip-devel".
> Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-devel@googlegroups.com. > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+unsubscribe@googlegroups.com. > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
On Thu, 17 Jun 2010, Krzysztof M ynarski wrote: > M.in. to mam na mys i - ich wielk czytelno .
> Zreszt sam niejednokrotnie wysy a em komu link do swojego bliploga pisz c: > "Je li chcesz obserwowa moj relacj z... to po prostu obserwuj te > stron WWW".
Zgadzam si w ca ej rozci g o ci. Mam du o link w do gof.blip.pl, nie wyobra am sobie eby bliplog mia nagle znikn . Moje dialogi z innymi to jedno, moje blipni cia to drugie, bardzo zale y mi na tym eby by o miejsce (takim jest bliplog) w kt rym dost pne s tylko blipni cia.
Nie przekombinowujcie panowie, bo popsujecie bardzo potrzebn funkcjonalno .
To jakiego linka podawa zamiast nick.blip.pl eby dosta si do bliploga? Co do szablon w - nie wiem w czym to przeszkadza, jak kto nie chce sobie zmienia domy lnego to przecie nie musi... Ludzie z tego korzystaj a to znaczy e jest im to potrzebne...
On Thu, 17 Jun 2010, Marcin Jagodzi ski wrote: > Dalej b dzie mo na to samo przeczyta , nie martwcie si . Zniknie tylko > nazwa, Bliplog nie b dzie domy ny po wpisaniu nick.blip.pl no i to > nieszcz sne edytowanie szablon w, z kt rym by o wi cej k opot w ni > po ytku
> 2010/6/17 Jakub Suder <jakub.su...@gmail.com>: > > 2010/6/17 Krzysztof M ynarski <krzysztof.mlynar...@gmail.com>: > >> Bardzo wygodna rzecz, szczeg lnie dla os b, kt re chc obserwowa czyje > >> statusy, ale nie koniecznie chc /mog aktywnie dzia a na Blipie.
> >> Czy nowe archiwum b dzie tak samo dost pne? Bo prawd m wi c, to jest bardzo > >> przydatna funkcjonalno .
> > Ja te w sumie do lubi bliplogi, pozwalaj zobaczy co dana osoba > > pisze bez przebijania si przez wszystkie dialogi po drodze - > > przydatne jak np. chc zobaczy czy warto dan osob obserwowa czy > > nie... Wtedy interesuje mnie tylko to, co przysz o by do mnie, gdybym > > go/j obserwowa , dialogi mnie nie interesuj .
> > Kuba
> > -- > > Otrzymujesz t wiadomo , poniewa subskrybujesz grup dyskusyjn Google o nazwie "blip-devel".
> > Aby zamieszcza posty w tej grupie, wy lij e-mail na adres blip-devel@googlegroups.com. > > Aby anulowa subskrypcj tej grupy, wy lij e-mail na adres blip-devel+unsubscribe@googlegroups.com. > > Aby uzyska wi cej informacji, odwied t grup pod adresem http://groups.google.com/group/blip-devel?hl=pl.
> To jakiego linka podawać zamiast nick.blip.pl żeby dostać się do bliploga? > Co do szablonów - nie wiem w czym to przeszkadza, jak ktoś nie chce sobie > zmieniać domyślnego to przecież nie musi... Ludzie z tego korzystają a to > znaczy że jest im to potrzebne...
Mnie tylko wkurza jak ktoś sobie zmienia tak, że ustawia body { display: none; }, jest paru takich cwaniaków ;)
> To jakiego linka podawać zamiast nick.blip.pl żeby dostać się do bliploga?
Podamy to. Niezalogowani użytkownicy i tak będą dostawali się do archiwum.
> Co do szablonów - nie wiem w czym to przeszkadza, jak ktoś nie chce sobie > zmieniać domyślnego to przecież nie musi... Ludzie z tego korzystają a to > znaczy że jest im to potrzebne...
Korzysta z tego niewielki % użytkowników a nam sprawia to trochę problemów ze skalowaniem Blipa.
> 2010/6/17 Adam Wysocki <go...@supermedia.pl>: >> To jakiego linka podawać zamiast nick.blip.pl żeby dostać się do bliploga? >> Co do szablonów - nie wiem w czym to przeszkadza, jak ktoś nie chce sobie >> zmieniać domyślnego to przecież nie musi... Ludzie z tego korzystają a to >> znaczy że jest im to potrzebne...
> Mnie tylko wkurza jak ktoś sobie zmienia tak, że ustawia body { > display: none; }, jest paru takich cwaniaków ;)
> Kuba
> -- > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "blip-devel".
> Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-devel@googlegroups.com. > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+unsubscribe@googlegroups.com. > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
On Jun 17, 12:30 pm, Marcin Jagodziński <m.jagodzin...@gadu-gadu.pl>
wrote:
> [...]
> 4. Metadane
> Do statusów będzie można dodawać metadane dotyczące np. lokalizacji,
> tego czy dana wiadomość ma iść na Twittera/Facebooka itd. Zamiast
> wpisywać w treści @/marszałkowska, warszawa/ będzie można to podać via
> API.
W skrocie - bardzo podoba mi sie ta funkcjonalnosc.
Moglbys troche rozszerzyc temat dolacznych metadanych? Czy wzorujecie
sie na jakims istniejacym rozwiazaniu?
Jakie metadane bedzie mozna umieszczac? czy to bedzie jakis
"zamkniety"
zbior metadanych czy bedzie otwarty (np. mozna umieszczac
identyfikatory URI)?
Zaczniemy od zamknietego zbioru, w którym zapewne (nie możemy tego obiecać na 100%) znajdą się:
- lokalizacja - opcje "dystrybucji" (+t, +fb) - dane dot. wątków (będzie można łatwo odczytać, w jakim wątku jest dany komentarz) - "oryginał" (będzie można zapisać/odczytać "oryginalny" url - przydatne przy rozwiązaniach w rodzaju rss2blip czy też statusach z twittera).
Potem będziemy to rozszerzać. Oczywiście liczymy także na Wasze pomysły i sugestie,
> On Jun 17, 12:30 pm, Marcin Jagodziński <m.jagodzin...@gadu-gadu.pl> > wrote: >> [...]
>> 4. Metadane
>> Do statusów będzie można dodawać metadane dotyczące np. lokalizacji, >> tego czy dana wiadomość ma iść na Twittera/Facebooka itd. Zamiast >> wpisywać w treści @/marszałkowska, warszawa/ będzie można to podać via >> API.
> W skrocie - bardzo podoba mi sie ta funkcjonalnosc. > Moglbys troche rozszerzyc temat dolacznych metadanych? Czy wzorujecie > sie na jakims istniejacym rozwiazaniu? > Jakie metadane bedzie mozna umieszczac? czy to bedzie jakis > "zamkniety" > zbior metadanych czy bedzie otwarty (np. mozna umieszczac > identyfikatory URI)?
> Z gory dzieki za odpowiedz. > Mat
> -- > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "blip-devel".
> Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-devel@googlegroups.com. > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+unsubscribe@googlegroups.com. > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
> Zaczniemy od zamknietego zbioru, w którym zapewne (nie możemy tego > obiecać na 100%) znajdą się:
> - lokalizacja > - opcje "dystrybucji" (+t, +fb) > - dane dot. wątków (będzie można łatwo odczytać, w jakim wątku jest > dany komentarz) > - "oryginał" (będzie można zapisać/odczytać "oryginalny" url - > przydatne przy rozwiązaniach w rodzaju rss2blip czy też statusach z > twittera).
> Potem będziemy to rozszerzać. Oczywiście liczymy także na Wasze > pomysły i sugestie,
>> On Jun 17, 12:30 pm, Marcin Jagodziński <m.jagodzin...@gadu-gadu.pl> >> wrote: >>> [...]
>>> 4. Metadane
>>> Do statusów będzie można dodawać metadane dotyczące np. lokalizacji, >>> tego czy dana wiadomość ma iść na Twittera/Facebooka itd. Zamiast >>> wpisywać w treści @/marszałkowska, warszawa/ będzie można to podać via >>> API.
>> W skrocie - bardzo podoba mi sie ta funkcjonalnosc. >> Moglbys troche rozszerzyc temat dolacznych metadanych? Czy wzorujecie >> sie na jakims istniejacym rozwiazaniu? >> Jakie metadane bedzie mozna umieszczac? czy to bedzie jakis >> "zamkniety" >> zbior metadanych czy bedzie otwarty (np. mozna umieszczac >> identyfikatory URI)?
>> Z gory dzieki za odpowiedz. >> Mat
>> -- >> Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "blip-devel".
>> Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-devel@googlegroups.com. >> Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+unsubscribe@googlegroups.com. >> Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
On 17 Jun 2010, at 12:55, Marcin Jagodziński wrote:
> Zaczniemy od zamknietego zbioru, w którym zapewne (nie możemy tego > obiecać na 100%) znajdą się:
> - lokalizacja > - opcje "dystrybucji" (+t, +fb) > - dane dot. wątków (będzie można łatwo odczytać, w jakim wątku jest > dany komentarz) > - "oryginał" (będzie można zapisać/odczytać "oryginalny" url - > przydatne przy rozwiązaniach w rodzaju rss2blip czy też statusach z > twittera).
> Potem będziemy to rozszerzać. Oczywiście liczymy także na Wasze > pomysły i sugestie,
> On 17 Jun 2010, at 12:55, Marcin Jagodziński wrote:
>> Zaczniemy od zamknietego zbioru, w którym zapewne (nie możemy tego >> obiecać na 100%) znajdą się:
>> - lokalizacja >> - opcje "dystrybucji" (+t, +fb) >> - dane dot. wątków (będzie można łatwo odczytać, w jakim wątku jest >> dany komentarz) >> - "oryginał" (będzie można zapisać/odczytać "oryginalny" url - >> przydatne przy rozwiązaniach w rodzaju rss2blip czy też statusach z >> twittera).
>> Potem będziemy to rozszerzać. Oczywiście liczymy także na Wasze >> pomysły i sugestie, > Widze inspirację czerpaną z Twitter Annotations, załączę więc link > do wglądu dla każdego zainteresowanego i szukającego inspiracji: > http://apiwiki.twitter.com/Annotations-Overview
> -- > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "blip-devel".
> Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-devel@googlegroups.com. > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+unsubscribe@googlegroups.com. > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
2010/6/17 Marcin Jagodziński <m.jagodzin...@gadu-gadu.pl>:
> 6. Sekretarka
> Na kokpitach pojawi się sekretarka, zbierająca nieodpowiedziane > wiadomości skierowane do użytkownika. W momencie startu nie będzie > zapewne dostępna przez API.
co rozumiesz przez "neopowiedziane"? czy jak odpowiem na jakaś wiadomość kierowaną to zniknie ona z sekretarki? czy też po prostu będzie to zbierało wszystkie skierowane wiadomosci (tak jak istniejaca sekretarka czy asystent)?
> 2010/6/17 Marcin Jagodziński <m.jagodzin...@gadu-gadu.pl>:
>> 6. Sekretarka
>> Na kokpitach pojawi się sekretarka, zbierająca nieodpowiedziane >> wiadomości skierowane do użytkownika. W momencie startu nie będzie >> zapewne dostępna przez API.
> co rozumiesz przez "neopowiedziane"? czy jak odpowiem na jakaś > wiadomość kierowaną to zniknie ona z sekretarki? > czy też po prostu będzie to zbierało wszystkie skierowane wiadomosci > (tak jak istniejaca sekretarka czy asystent)?
Taki jest plan, żeby zbierała kierowane wiadomości od ostatniej sesji, na które nie odpowiedziano i które mogłby umknąć.
> 2010/6/17 Sławomir Opaliński <slawomir.opalin...@gmail.com>: >> 2010/6/17 Marcin Jagodziński <m.jagodzin...@gadu-gadu.pl>:
>>> 6. Sekretarka
>>> Na kokpitach pojawi się sekretarka, zbierająca nieodpowiedziane >>> wiadomości skierowane do użytkownika. W momencie startu nie będzie >>> zapewne dostępna przez API.
>> co rozumiesz przez "neopowiedziane"? czy jak odpowiem na jakaś >> wiadomość kierowaną to zniknie ona z sekretarki? >> czy też po prostu będzie to zbierało wszystkie skierowane wiadomosci >> (tak jak istniejaca sekretarka czy asystent)?
> Taki jest plan, żeby zbierała kierowane wiadomości od ostatniej sesji, > na które nie odpowiedziano i które mogłby umknąć.
Także komentarze i cytowania. One również traktowane są jak wiadomości kierowane.
W dniu 17 czerwca 2010 14:57 użytkownik Marcin Jagodziński <marcin.jagodzin...@gmail.com> napisał:
>>> 6. Sekretarka
> Taki jest plan, żeby zbierała kierowane wiadomości od ostatniej sesji, > na które nie odpowiedziano i które mogłby umknąć.
Jakieś proste archiwum do przeglądania wcześniejszych wiadomości wyłapanych przez Sekretarkę na pewno będzie killer-ficzerem, który się spodoba użytkownikom - coś jak twitterowe http://twitter.com/#replies
Myślę, że tu już wychodzimy poza tematy interesujące developerów.
Osobiście nie jestem przekonany co do tego. Sekretarka, tak jak ją widzę, ma jedno podstawowe zadanie: dać możliwość użytkownikowi by spał spokojnie, nie denerwując się, że przeoczy coś, co jest bezpośrednio z nim związane. I to będzie główne zadanie sekretarki: wyłapywać to, co mogłoby być przegapione.
> W dniu 17 czerwca 2010 14:57 użytkownik Marcin Jagodziński > <marcin.jagodzin...@gmail.com> napisał:
>>>> 6. Sekretarka
>> Taki jest plan, żeby zbierała kierowane wiadomości od ostatniej sesji, >> na które nie odpowiedziano i które mogłby umknąć.
> Jakieś proste archiwum do przeglądania wcześniejszych wiadomości > wyłapanych przez Sekretarkę na pewno będzie killer-ficzerem, który się > spodoba użytkownikom - coś jak twitterowe http://twitter.com/#replies
> -- > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "blip-devel".
> Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-devel@googlegroups.com. > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+unsubscribe@googlegroups.com. > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
> Myślę, że tu już wychodzimy poza tematy interesujące developerów.
> Osobiście nie jestem przekonany co do tego. Sekretarka, tak jak ją > widzę, ma jedno podstawowe zadanie: dać możliwość użytkownikowi by > spał spokojnie, nie denerwując się, że przeoczy coś, co jest > bezpośrednio z nim związane. I to będzie główne zadanie sekretarki: > wyłapywać to, co mogłoby być przegapione.
> Pozdrawiam
> 2010/6/17 Tomasz Topa <tom...@topa.pl>: > > W dniu 17 czerwca 2010 14:57 użytkownik Marcin Jagodziński > > <marcin.jagodzin...@gmail.com> napisał:
> >>>> 6. Sekretarka
> >> Taki jest plan, żeby zbierała kierowane wiadomości od ostatniej sesji, > >> na które nie odpowiedziano i które mogłby umknąć.
> > Jakieś proste archiwum do przeglądania wcześniejszych wiadomości > > wyłapanych przez Sekretarkę na pewno będzie killer-ficzerem, który się > > spodoba użytkownikom - coś jak twitterowe http://twitter.com/#replies
> > -- > > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google > o nazwie "blip-devel".
> > Aby zamieszczać posty w tej grupie, wyślij e-mail na adres > blip-devel@googlegroups.com. > > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres > blip-devel+unsubscribe@googlegroups.com<blip-devel%2Bunsubscribe@googlegrou ps.com> > . > > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem > http://groups.google.com/group/blip-devel?hl=pl.
> -- > Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o > nazwie "blip-devel".
> Aby zamieszczać posty w tej grupie, wyślij e-mail na adres > blip-devel@googlegroups.com. > Aby anulować subskrypcję tej grupy, wyślij e-mail na adres > blip-devel+unsubscribe@googlegroups.com<blip-devel%2Bunsubscribe@googlegrou ps.com> > . > Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem > http://groups.google.com/group/blip-devel?hl=pl.
On Thu, 17 Jun 2010, Marcin Jagodzi ski wrote: > 2010/6/17 Adam Wysocki <go...@supermedia.pl>: > > To jakiego linka podawa zamiast nick.blip.pl eby dosta si do bliploga?
> Podamy to. Niezalogowani u ytkownicy i tak b d dostawali si do archiwum.
Archiwum czyli odpowiednika bliploga? Bez rozm w itd.? Czytelnego tak jak teraz bliplog, a nie jak kokpit?
