Generalnie przeczytałem i powiem, że artykuły bardzo ciekawe. Jednakże bardzo mocno uderzyły mnie braki w korekcie - dość często występujące literówki, a także dziwnym trafem znikające całe wyrazy. To raz.
Dwa - czy moglibyście w przypadku listingów rozszerzać je na 2 kolumny? Zobaczcie choćby jak to wygląda w artykule o Springu - krótkie klasy zajmują prawie całą szpaltę, a lepiej by wyglądały gdyby były poszerzone.
Co do korekty, to mozesz powiedziec ktory konkretnie artykul? Musimy sie chyba bardziej przylozyc do korekty.
Co do listingow, to mozemy sprobowac. Problem z rozciaganiem listingow na 2 kolumny jest taki, ze jak zmienisz formatowanie tekstu przed listingiem (typ, wielkosc czcionki), to wtedy moze sie okazac, ze listing jest w zlym miejscu. Po kazdej zmianie trzeba patrzec, czy sie czegos nie zepsulo. Bardzo duzo z tym roboty, a wolnego czasu na JAVA exPress wciaz za malo...
Jeszcze nie czytałem tego numeru, zacząłem od próby wydrukowania. Istna tragedia. Po pierwsze, jeśli wydrukuję jedną kartkę na jednej stronie to czcionka jest jak dla przedszkolaków - kulfony straszne. Jak chcę wydrukować dwie strony na kartkę to z kolei literki są bardzo malutkie - wrażenie pogarsza fakt, że dookoła jest masa zmarnowanego miejsca.
Kolejny problem to kolor czcionki. Tekst jest czarny i nie ma z nim problemu, ale już kod jest jakiś taki szary - na wydruku z drukarki laserowej jest dość blady, ale największy niewypał z kolorem to cytaty na górze stron. Już na monitorze jest blado, na drukarce to praktycznie niewidoczne.
Co bym poprawił? Po pierwsze - czcionka! Nie może być tak, że po wydruku na A4 mamy czcionkę jak z elementarza dla pierwszaków. Na dodatek widać, że ta czcionka jest za duża w porównaniu z szerokością akapitów (5 wyrazów na linijkę tekstu to trochę przegięcie). Po drugie: kolory - prosta zasada: tło jasne czcionka ciemna.
Przydałaby się też wersja bez zbędnych grafik w tle. Nie znam się na składaniu, ale czy nie da się jednym ruchem wyłączyć części grafiki (być może jakiejś warstwy) i przygotować drugiego PDF'a pozbawionego wodotrysków, które zaciemniają wydruk?
Tak na koniec - wiem, że to nierealne, ale najlepsze co można by zrobić to zakończenie naśladowania pism papierowych i pozbycie się tych wszystkich problemów. Każdy mógłby wtedy dopasować sobie rozmiar czcionki i wielkość strony.
Co do czcionki, to jest ona glownie przygotowywane do czytania na ekranie (charakter czasopisma, to pismo elektroniczne). Mozemy sprobowac nieco zmniejszyc wielkosc w przyszlych numerach. Ale z tym marnowaniem miejsca, to chyba nie bedziemy nic robic. Strona musi byc przejrzysta, dlatego puste miejsce jest tez potrzebne.
Kolor kodu, to standardowy kod z Eclipse. Jesli chcemy zeby kodu byly kolorowane, to jest to jedyne wyjscie. No chyba, ze znacie jakies inne narzedzia, ktore pokoloruje kod automatycznie. Z kolorami, to podobnie jak wyzej. JAVA exPress jest czasopismem elektronicznym i z taka mysla go tworzymy. Priorytet, to zeby na ekranie monitora wygladalo ladnie. Jesli potrzebujesz wydrukowac, to lepiej wyjdzie na kolorowej drukarce. Druk tekstu kolorowego, na drukarce monochromatycznej, to zawsze bedzie spora utrata jakosci.
Wersj bez zbednych grafik nie da rady. Za duzo pracy. To wlasciwie przygotowanie osobnego pdf-a. No chyba ze zakladamy, ze nie zmieniamy layoutu stron po wylaczeniu grafik, ale to nie ma sensu.
Co myslisz mowiac zakonczenie nasladowania pism papierowych? W jaki sposob chcialbys umozliwic dopasowanie rozmiaru czcionki i wielkosci stron?
Nawet jak na ekran to czcionka jest zbyt duża - jeśli powiększyć kartkę do szerokości monitora 4:3, więc co dopiero 16:10 czy 16:10. Z kolei jak włączę dwie strony na ekran, to jest za mała - tak więc identycznie problemy przy czytaniu z kartki jak i z monitora.
Co do wersji bez grafik - miałem na myśli wygenerowanie drugiego PDF tylko z wyłączoną warstwą (warstwami?) na których jest grafika w tle tekstu (np. ta filiżanka z kawą plus kategorie po bokach: dworzec główny, poczekalnia, konduktor...) oraz niepotrzebne "fajerwerki" w stylu zdjęcia z okładki (pozostałyby same napisy). Jeszcze raz: nie chodzi o robienie dwóch osobnych wersji tylko o przygotowanie drugiego "lekkiego dla drukarki" PFD'a z tego samego źródła, tylko z wyłączonymi niektórymi grafikami.
Myśląc o "naśladowaniu pism papierowych" miałem na myśli generalną koncepcję wydawania artykułów w PDF, które mają przypominać klasyczne pismo - tzn. wymuszony layout z podziałem na strony, grafika ogólnie itp....
Uważam, że sto razy lepiej by było, gdyby te artykuły były dostępne tak, jak publikuje się na przykład na TheServerSide albo JavaLobby. Po pierwsze - jest wersja na ekran, która dopasuje się do monitora, każdy może sobie sam dopasować rozmiar czcionki w przeglądarce, jest też wersja do wydruku, pozbawiona "ciężkich dla drukarki" ozdób.
Sprobujemy zmniejszyc nieco czcionke przy kolejnym numerze.
Wersja pdf bez grafik raczej nie powstanie w najblizszym czasie. Usuniecie grafiki spowoduje lawine komentarzy w stylu "Czemu tekst nie jest na cala szerokosc kartki", a to juz jest bardzo duzo pracy, zeby przygotowac. I co gorsze, to pracy przy kazdym numerze, a nie jednorazowej.
Forma Java exPress to pismo elektroniczne, w postaci pdf-a. Byc moze dla czesci z czytelnikow lepsza bylaby inna forma, ale moge sie zalozyc, ze gdybysmy zmienili forme na taka o ktorej piszesz, to bylyby takze glosy sprzeciwu. Wybralismy taka forme, jak jest obecnie. Co mozemy zrobic, to poprawic wersje html artykulow, zeby ulatwic ich wydruk. Chcialbys sie tym zajac?
Jak pisałem - czytanie tego pisma z komputera to średnia przyjemność. Wielkość czcionki jest fatalna, proponuję bardziej niż "nieco" zmniejszyć tą czcionkę. Proponuję zrób eksperyment: otwórz JavaExpress w wersji PDF i ustaw powiększenie na szerokość strony. Następnie przełącz się np. na www.javaexpress.pl i porównaj wielkość czcionki. Hmm... jest ile? dwa większa w wersji PDF niż na stronie? To nie jest "nieco" większa czcionka tylko mega ekstremalnie wielka różnica. Oczywiście każdy lubi inaczej, ale na nasze (czytelników) nieszczęście ktoś wpadł na okropny pomysł, żeby wydawać pismo elektroniczne w wersji PDF :/ Ładnie to wygląda, można się pochwalić i wyżyć graficznie, ale jak przychodzi co do czego to już wolałbym dostać te artykuły w XML, dorzucić prosty XSLT i sobie to wydrukować albo wyświetlić tak, żeby było praktycznie i wygodnie. Właśnie - może to jest myśl: udostępnić artykuły w surowej postaci, najlepiej XML, zanim zostaną zalane betonową formą PDF.
Nie rozumiem też dlaczego wersja bez grafik nie da rady. Z tego krótkiego wywodu wnioskuję, że to nie problem (bez zmiany layoutu), ale nie-bo-nie. No tak - przecież i tak nikt by nie korzystał z wersji bez grafiki - ona jest taka super fajna, że tylko szaleniec wybrałby wersję bez megabajtów bezsensownych klamotów, których głównym zadaniem jest wyczerpanie toneru w drukarce.
Co do zakończenia naśladowania pism papierowych? Ano właśnie zrezygnowanie z tego beznadziejnego sposobu publikowania w formie PDF. Nawet nie sam PDF jest takim problemem, ale fakt, że na monitorze tego się specjalnie dobrze nie czyta no i o wydruku można zapomnieć albo wydrukować 2 strony na kartkę i męczyć się z takim czytaniem - to też żadna przyjemność.
Jeszcze raz: chcesz zobaczyć jak "to się robi" profesjonalnie: zobacz artykuły na TheServerSide albo DZone. Z ekranu komputera czyta to się świetnie (mogę sobie dopasować rozmiar czcionki - Firefox [ctrl][+]/[-]) i można też przełączyć na wersję do wydruku, gdy ktoś chce zabrać artykuł ze sobą do pociągu/tramwaju/na kanepę/działkę/gdziekolwiek i odpocząć od ekranu LCD.
Forma TheServerSide jest nieco inna. Nie wiem dlaczego porownujesz ich artykuly do tego czym jest JAVA exPress. Raczej powinienes porownywac do... np. Productive Magazine albo innych tego typu publikacji. I to nie chodzi o profesjonalizm, a raczej o przyjeta forme publikacji. Kazdy wybiera taka, jaka mu pasuje. JAVA exPress wybral taka, jaka wybral. Tak jak mase innych publikacji w pdf.
Wylaczenie grafiki w pdf, bedzie mialo taki sam wyglad jak obecnie drukowanie htmli. Wiec nie widze sensu poswiecac na to czas.
Jesli chcesz, zeby JAVA exPress oferowalo rzeczy o ktorych piszesz. XML, pusty pdf, itp. to zapraszam do zespolu. Zamiast marnowac czas na dyskusje jakie priorytety ma JAVA exPress, to moglbys dolaczyc do nas i wspolnie zorbilibysmy cos jeszcze lepszego niz to jest teraz.
P.S. Dlaczego uwazasz, ze Twoje zdanie, to zdanie wszystkich czytelnikow? Wbrew pozorom wiele osobom podoba sie przyjeta forma JAVA exPress. Wiele wiecej bylo glosow pozytywnych, niz negatywnych na temat wygladu JAVA exPress.
P.S.2. Jesli nie chcesz pomoc rozwijac JAVA exPress, ani dostosowac sie do tego, co oferuje JAVA exPress, to dlaczego wymagasz aby JAVA exPress dostosowal sie do Ciebie bez wgladu na to, co inni czytelnicy potrzebuja.
P.S.3. Pracujemy nad wersja html przyjazna do druku. Szkoda, ze do nas nie dolaczyles, a tylko potrafisz krytykowac darmowa prace innych.
OK, czyli wg Ciebie nie powinienem krytykować i mówić co mi się nie podoba jeśli nie mam zamiaru przyłączyć się do zespołu, czy dobrze rozumiem? Z twojego tonu wnioskuję, że jesteś raczej oburzony. Co to w ogóle za podejście: jeśli nie chcesz pomagać rozwijać JAVA Express
...coś niechcący wysłałem komentarz zanim zdążyłem go napisać i urwało w połowie zdania. W każdym bądź razie nie mam już nic więcej do dodania. Poświęciłem dzisiaj ładnych kilka chwil na komentarze, co z tym zrobisz to już sam zdecyduj... chociaż widzę pewien postęp: jeszcze kilka godzin temu nie było mowy o wersji html przeznaczonej do druku, a teraz widzę w P.S.3, że prace już trwają :) Hmm, może warto było trochę pomarudzić :) Pozdrawiam!
Prace nad "drukowalnym html'em" się zakończyły, obok tytułu artykułu masz sugestywną ikonę drukarki, css zminimalizowany jak tylko się dało. Mam nadzieję, że to zadowoli Ciebie i innych czytelników. Czekamy na kolejne komentarze i uwagi. Nie obiecujemy, że wszystko zrealizujemy "od ręki", ale na pewno rozważymy sugestie i w miarę możliwości dopasujemy się do oczekiwań.
Only logged in users can write comments
Michał Piotrowski - 2010-04-03
Dwa - czy moglibyście w przypadku listingów rozszerzać je na 2 kolumny? Zobaczcie choćby jak to wygląda w artykule o Springu - krótkie klasy zajmują prawie całą szpaltę, a lepiej by wyglądały gdyby były poszerzone.
Grzegorz Duda - 2010-04-03
Co do listingow, to mozemy sprobowac. Problem z rozciaganiem listingow na 2 kolumny jest taki, ze jak zmienisz formatowanie tekstu przed listingiem (typ, wielkosc czcionki), to wtedy moze sie okazac, ze listing jest w zlym miejscu. Po kazdej zmianie trzeba patrzec, czy sie czegos nie zepsulo. Bardzo duzo z tym roboty, a wolnego czasu na JAVA exPress wciaz za malo...
Michał Mech - 2010-04-09
"Spring - kontener wstrzyiwania zależności" <- "wstrzyiwania"
Witold Szczerba - 2010-04-07
Kolejny problem to kolor czcionki. Tekst jest czarny i nie ma z nim problemu, ale już kod jest jakiś taki szary - na wydruku z drukarki laserowej jest dość blady, ale największy niewypał z kolorem to cytaty na górze stron. Już na monitorze jest blado, na drukarce to praktycznie niewidoczne.
Co bym poprawił? Po pierwsze - czcionka! Nie może być tak, że po wydruku na A4 mamy czcionkę jak z elementarza dla pierwszaków. Na dodatek widać, że ta czcionka jest za duża w porównaniu z szerokością akapitów (5 wyrazów na linijkę tekstu to trochę przegięcie).
Po drugie: kolory - prosta zasada: tło jasne czcionka ciemna.
Przydałaby się też wersja bez zbędnych grafik w tle. Nie znam się na składaniu, ale czy nie da się jednym ruchem wyłączyć części grafiki (być może jakiejś warstwy) i przygotować drugiego PDF'a pozbawionego wodotrysków, które zaciemniają wydruk?
Tak na koniec - wiem, że to nierealne, ale najlepsze co można by zrobić to zakończenie naśladowania pism papierowych i pozbycie się tych wszystkich problemów. Każdy mógłby wtedy dopasować sobie rozmiar czcionki i wielkość strony.
Grzegorz Duda - 2010-04-07
Kolor kodu, to standardowy kod z Eclipse. Jesli chcemy zeby kodu byly kolorowane, to jest to jedyne wyjscie. No chyba, ze znacie jakies inne narzedzia, ktore pokoloruje kod automatycznie. Z kolorami, to podobnie jak wyzej. JAVA exPress jest czasopismem elektronicznym i z taka mysla go tworzymy. Priorytet, to zeby na ekranie monitora wygladalo ladnie. Jesli potrzebujesz wydrukowac, to lepiej wyjdzie na kolorowej drukarce. Druk tekstu kolorowego, na drukarce monochromatycznej, to zawsze bedzie spora utrata jakosci.
Wersj bez zbednych grafik nie da rady. Za duzo pracy. To wlasciwie przygotowanie osobnego pdf-a. No chyba ze zakladamy, ze nie zmieniamy layoutu stron po wylaczeniu grafik, ale to nie ma sensu.
Co myslisz mowiac zakonczenie nasladowania pism papierowych? W jaki sposob chcialbys umozliwic dopasowanie rozmiaru czcionki i wielkosci stron?
Witold Szczerba - 2010-04-07
Co do wersji bez grafik - miałem na myśli wygenerowanie drugiego PDF tylko z wyłączoną warstwą (warstwami?) na których jest grafika w tle tekstu (np. ta filiżanka z kawą plus kategorie po bokach: dworzec główny, poczekalnia, konduktor...) oraz niepotrzebne "fajerwerki" w stylu zdjęcia z okładki (pozostałyby same napisy). Jeszcze raz: nie chodzi o robienie dwóch osobnych wersji tylko o przygotowanie drugiego "lekkiego dla drukarki" PFD'a z tego samego źródła, tylko z wyłączonymi niektórymi grafikami.
Myśląc o "naśladowaniu pism papierowych" miałem na myśli generalną koncepcję wydawania artykułów w PDF, które mają przypominać klasyczne pismo - tzn. wymuszony layout z podziałem na strony, grafika ogólnie itp....
Uważam, że sto razy lepiej by było, gdyby te artykuły były dostępne tak, jak publikuje się na przykład na TheServerSide albo JavaLobby. Po pierwsze - jest wersja na ekran, która dopasuje się do monitora, każdy może sobie sam dopasować rozmiar czcionki w przeglądarce, jest też wersja do wydruku, pozbawiona "ciężkich dla drukarki" ozdób.
Grzegorz Duda - 2010-04-07
Wersja pdf bez grafik raczej nie powstanie w najblizszym czasie. Usuniecie grafiki spowoduje lawine komentarzy w stylu "Czemu tekst nie jest na cala szerokosc kartki", a to juz jest bardzo duzo pracy, zeby przygotowac. I co gorsze, to pracy przy kazdym numerze, a nie jednorazowej.
Forma Java exPress to pismo elektroniczne, w postaci pdf-a. Byc moze dla czesci z czytelnikow lepsza bylaby inna forma, ale moge sie zalozyc, ze gdybysmy zmienili forme na taka o ktorej piszesz, to bylyby takze glosy sprzeciwu. Wybralismy taka forme, jak jest obecnie. Co mozemy zrobic, to poprawic wersje html artykulow, zeby ulatwic ich wydruk. Chcialbys sie tym zajac?
Witold Szczerba - 2010-04-07
Oczywiście każdy lubi inaczej, ale na nasze (czytelników) nieszczęście ktoś wpadł na okropny pomysł, żeby wydawać pismo elektroniczne w wersji PDF :/ Ładnie to wygląda, można się pochwalić i wyżyć graficznie, ale jak przychodzi co do czego to już wolałbym dostać te artykuły w XML, dorzucić prosty XSLT i sobie to wydrukować albo wyświetlić tak, żeby było praktycznie i wygodnie.
Właśnie - może to jest myśl: udostępnić artykuły w surowej postaci, najlepiej XML, zanim zostaną zalane betonową formą PDF.
Nie rozumiem też dlaczego wersja bez grafik nie da rady. Z tego krótkiego wywodu wnioskuję, że to nie problem (bez zmiany layoutu), ale nie-bo-nie. No tak - przecież i tak nikt by nie korzystał z wersji bez grafiki - ona jest taka super fajna, że tylko szaleniec wybrałby wersję bez megabajtów bezsensownych klamotów, których głównym zadaniem jest wyczerpanie toneru w drukarce.
Co do zakończenia naśladowania pism papierowych? Ano właśnie zrezygnowanie z tego beznadziejnego sposobu publikowania w formie PDF. Nawet nie sam PDF jest takim problemem, ale fakt, że na monitorze tego się specjalnie dobrze nie czyta no i o wydruku można zapomnieć albo wydrukować 2 strony na kartkę i męczyć się z takim czytaniem - to też żadna przyjemność.
Jeszcze raz: chcesz zobaczyć jak "to się robi" profesjonalnie: zobacz artykuły na TheServerSide albo DZone. Z ekranu komputera czyta to się świetnie (mogę sobie dopasować rozmiar czcionki - Firefox [ctrl][+]/[-]) i można też przełączyć na wersję do wydruku, gdy ktoś chce zabrać artykuł ze sobą do pociągu/tramwaju/na kanepę/działkę/gdziekolwiek i odpocząć od ekranu LCD.
Grzegorz Duda - 2010-04-07
Wylaczenie grafiki w pdf, bedzie mialo taki sam wyglad jak obecnie drukowanie htmli. Wiec nie widze sensu poswiecac na to czas.
Jesli chcesz, zeby JAVA exPress oferowalo rzeczy o ktorych piszesz. XML, pusty pdf, itp. to zapraszam do zespolu. Zamiast marnowac czas na dyskusje jakie priorytety ma JAVA exPress, to moglbys dolaczyc do nas i wspolnie zorbilibysmy cos jeszcze lepszego niz to jest teraz.
P.S. Dlaczego uwazasz, ze Twoje zdanie, to zdanie wszystkich czytelnikow? Wbrew pozorom wiele osobom podoba sie przyjeta forma JAVA exPress. Wiele wiecej bylo glosow pozytywnych, niz negatywnych na temat wygladu JAVA exPress.
P.S.2. Jesli nie chcesz pomoc rozwijac JAVA exPress, ani dostosowac sie do tego, co oferuje JAVA exPress, to dlaczego wymagasz aby JAVA exPress dostosowal sie do Ciebie bez wgladu na to, co inni czytelnicy potrzebuja.
P.S.3. Pracujemy nad wersja html przyjazna do druku. Szkoda, ze do nas nie dolaczyles, a tylko potrafisz krytykowac darmowa prace innych.
Witold Szczerba - 2010-04-07
Witold Szczerba - 2010-04-07
W każdym bądź razie nie mam już nic więcej do dodania. Poświęciłem dzisiaj ładnych kilka chwil na komentarze, co z tym zrobisz to już sam zdecyduj... chociaż widzę pewien postęp: jeszcze kilka godzin temu nie było mowy o wersji html przeznaczonej do druku, a teraz widzę w P.S.3, że prace już trwają :) Hmm, może warto było trochę pomarudzić :)
Pozdrawiam!
Marek Podsiadły - 2010-04-08
Czekamy na kolejne komentarze i uwagi. Nie obiecujemy, że wszystko zrealizujemy "od ręki", ale na pewno rozważymy sugestie i w miarę możliwości dopasujemy się do oczekiwań.