Fajnie - osobiście nie mam co się martwić bo moja apka robi już
większość tych rzeczy (przynajmniej wizualnie).
Nic tylko czekać na zmiany :-)
--
Łukasz Korecki
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.
Pozdrawiam
--
Marcin Jagodziński
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.
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
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.
Teraz będzie tak:
* zalogowany:
nick.blip.pl - kokpit usera
blip.pl/user/nick/dashboard/ - kokpit usera
[TBA] - archiwum
* niezalogowany
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...@gmail.com>:
> Witam!
>
> 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ść.
>
> 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-...@googlegroups.com.
> Aby anulować subskrypcję tej grupy, wyślij e-mail na adres
> blip-devel+...@googlegroups.com.
> Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem
> http://groups.google.com/group/blip-devel?hl=pl.
>
--
Marcin Jagodziński
http://marcin.jagodzinski.waw.pl/
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.
Pozdrawiam,
-Krzysztof [chrisvw]
2010/6/17 Jakub Suder <jakub...@gmail.com>:
> 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��.
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...@gmail.com>:
> > 2010/6/17 Krzysztof M�ynarski <krzysztof...@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-...@googlegroups.com.
> > Aby anulowa� subskrypcj� tej grupy, wy�lij e-mail na adres blip-devel+...@googlegroups.com.
> > Aby uzyska� wi�cej informacji, odwied� t� grup� pod adresem http://groups.google.com/group/blip-devel?hl=pl.
> >
> >
>
>
>
>
Mnie tylko wkurza jak ktoś sobie zmienia tak, że ustawia body {
display: none; }, jest paru takich cwaniaków ;)
Kuba
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 Jakub Suder <jakub...@gmail.com>:
- 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,
Pozdrawiam
2010/6/17 Mat <kam...@gmail.com>:
2010/6/17 Marcin Jagodziński <marcin.ja...@gmail.com>:
> 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
--
Marcin Maciukiewicz
+44 7974617858
blip: http://ciukes.blip.pl
flickr: http://flickr.com/photos/ciukes/sets/
twitter: http://twitter.com/ciukes
2010/6/17 Marcin Maciukiewicz <ciu...@gmail.com>:
> 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.
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
pozdr.
--
+++ Tomasz Topa
+++
+++ www.Tomasz.Topa.pl
+++ tom...@topa.pl
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>:
> --
> 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-...@googlegroups.com.
> Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+...@googlegroups.com.
> Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
>
>
--
Marcin Jagodziński
http://marcin.jagodzinski.waw.pl/
> 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?
Tak. Nawet czytelniejszego.
> 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.
Zale�y u kogo. U u�ytkownik�w rozmawiaj�cych na tagach itd. mo�e
rzeczywi�cie, ale s� te� osoby (takie jak ja), kt�re bliploga traktuj�
zgodnie z przeznaczeniem - jako statusy, kt�re dodaj� po to, �eby by�y
widoczne dla znajomych (nie tylko z blipa). Mnie teďż˝ nie interesuje
o czym sobie znajomi rozmawiajďż˝ przez DM, interesuje mnie to co piszďż˝
publicznie.
Dla mnie podstawow� funkcj� blipa jest rozwini�cie funkcjonalno�ci opis�w
na GG i t� funkcj� u mnie blip zast�pi� - takie kr�tkie statusy/opisy,
tylko z tagami, obrazkami, archiwum.
Myślę, że archiwum w nowej wersji spełni te oczekiwania.
> > Zale�y u kogo. U u�ytkownik�w rozmawiaj�cych na tagach itd. mo�e
> > rzeczywi�cie, ale s� te� osoby (takie jak ja), kt�re bliploga traktuj�
> > zgodnie z przeznaczeniem - jako statusy, kt�re dodaj� po to, �eby by�y
> > widoczne dla znajomych (nie tylko z blipa). Mnie teďż˝ nie interesuje
> > o czym sobie znajomi rozmawiajďż˝ przez DM, interesuje mnie to co piszďż˝
> > publicznie.
> >
> > Dla mnie podstawow� funkcj� blipa jest rozwini�cie funkcjonalno�ci opis�w
> > na GG i t� funkcj� u mnie blip zast�pi� - takie kr�tkie statusy/opisy,
> > tylko z tagami, obrazkami, archiwum.
> >
>
> My�l�, �e archiwum w nowej wersji spe�ni te oczekiwania.
No to pozostaje �yczy� powodzenia i czeka� :)
Przy okazji - czy w nowym blipie lista obserwuj�cych i obserwowanych
b�dzie obowi�zkowo widoczna dla wszystkich? Brakuje mi mo�liwo�ci
ukrycia tych informacji, p�ki co ukry�em tylko w szablonie bliploga,
ale to �adne rozwi�zanie (s� widoczne na kokpicie).
On Jun 17, 2010, at 13:23, Adam Wysocki <go...@supermedia.pl> wrote:
> 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...@gmail.com>:
Pozdr -K.
W dniu 17.06.2010 13:23, Adam Wysocki pisze:
Nie przewidujemy takie rozwiązania. Być może kiedyś wprowadzimy
ukrywanie kokpitów, trochę w stylu Twitterowym,
Pozdrawiam
Nie wykluczam jednak opcji ukrycia archiwum.
2010/6/20 Tomek Wójcik <bilbo.ba...@gmail.com>:
> --
> 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-...@googlegroups.com.
> Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+...@googlegroups.com.
> Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
>
>
--
Marcin Jagodziński
http://marcin.jagodzinski.waw.pl/
Ale w chwili, kiedy ja sobie ukryj� archiwum, nie b�dzie ono indeksowane
przez Google. Oczywi�cie wtedy moje pojedyncze statusy dost�pne pod
blip.pl/s/id te� musia�yby by� dost�pne tylko dla zalogowanych.
--
Pozdrawiam,
Rafa� Cie�lak