forum php.pl - propozycje Opcje

[Dominik]

Mam kilka propozycji, ktore sie ze soba wiaza.
1. Bardzo nie podoba mi sie nazwa "Po stronie przeglądarki". To naprawde dziwny podzial z roznych powodow (pomijam fakt ze JavaScript pisze sie razem a nie "Java Script" a tak naprawde to powinno byc ECMAScript). Po pierwsze duza czesc XML tez jest "po stronie przegladarki" wiec troche to dezinformuje... Po drugie podzial jest zupelnie nielogiczny. Teraz jest troche tak: samochody dzielimy na dizle i terenowe... mysle, ze mowinno byc albo "Po stronie serwera" i "Po stronie przegladarki" albo normalny, zwykly podzial na jezyki czyli XHTML, php, XML itp. (przeczym jestem za drugim tozwiazaniem - punkt 2)
2. Wiaze sie to z punktem 1. Poniewaz jest duzo tematow dotyczacych ECMAScript (JavaScript, JScript i innych wynalaskow) a jest to temat rzeka. To proponuje roznic "Po stronie przegladarki" na dzial "ECMAScript" oraz XHTML i CSS" (tutaj mialem watpliwosci czy warto rozdzielac CSS z XHTML. O zastanowienu jednak doszedlem do wniosku ze nie warto poniewaz te jezyki coraz bardziej sie do siebie zwracaja i uzupelniaja - jeden nie moze istniec bez drugiego...)

[Wankster]

Hmm.. Ale chyba zapomnialeś, że to jest forum o php?

[Dominik]

Hmm.. Ale chyba zapomnialeś, że to jest forum o php?

A to pytanie moge odpowiedziec dwojako:
1. Tak, to jest forum php dlatego powinniscie wywalic dzialy o Bazach danych, po stronie przegladarki, XML, Serwery, i caly offtopic... ale chyba tego nikt nie chce.
2. Wszystkie jezyki o ktorych pisalem (XHTML/CSS i EMCAScript) sa bardzo mocno powiazane z php. Wlasciwie bez nich czym by bylo php.

Dlatego Twoj argument absolutnie mnie nie przekonujsze. Szczegolnie, ze przyjeliscie za swoj cel wspieranie nowych technologii takich jak XML i XHTML za co Was bardzo szanuje i nie chcem zeby to sie zmmnienilo.

[adwol]

2. Wszystkie jezyki o ktorych pisalem (XHTML/CSS i EMCAScript) sa bardzo mocno powiazane z php. Wlasciwie bez nich czym by bylo php.

Językiem programowania, czyli tym czym jest teraz. php absolutnie nie potrzebuje HTMLa, CSS i innych tego typu upiększaczy.
Działy Bazy danych i XML są po to że często te sprawy powiązane są z PHPem, co nie znaczy, że jest to głowny cel forum.

Po pierwsze duza czesc XML tez jest "po stronie przegladarki" wiec troche to dezinformuje...

Analogicznie, XML to nie tylko strony WWW. Jest to język strukturalizacji dowolnych dokumentów, a można go traktować nawet jako drzewiastą bazę danych.

Ogólnie, nie widzę sensu rozdrabniania forum Po stronie przeglądarki.

[Dominik]

Językiem programowania, czyli tym czym jest teraz.

No to tak jak JS (oczywiscie wedlugo Twojego zdania).
Po za tym zalezy jak sie na to patrz jesli bedziemy na to patrzec oglone czyli rozdzielamy poszczegolne jezyki (nie wazne czy programowania czy czego kolwiek) to XHTML, SQL i php jaknajbardziej spelniaja ta definicje.

php absolutnie nie potrzebuje HTMLa

Oczywiscie ze nie potrzebuje, poniewaz aktualnym standardem jest XML czyli XHTML.

CSS i innych tego typu upiększaczy.

Jesli przyjac ze php potrzebuje XML-a a XML potzrebuje stylow (np CSS) do php potrzebuje stylow (normalna implikacja)

Działy Bazy danych i XML są po to że często te sprawy powiązane są z PHPem, co nie znaczy, że jest to głowny cel forum.

Oczywiscie ze nie jest to glowny cel tego forum ale te "poboczne" (w stosunku do php) jezyki sprawiaja calkiem sporo problemow (dla webdeweloperow).
Co do Baz danych nie sa one niezgedne z php (mowiac Twoim jezykiem) a jednak doczekaly sie wlasnego dzialu.
Co do XML to wyjasnilem juz wyzej.

Po pierwsze duza czesc XML tez jest "po stronie przegladarki" wiec troche to dezinformuje...

Analogicznie, XML to nie tylko strony WWW.

Masz racje. Ale standardem XML-owym usnandaryzowanym przez W3C do stron internetowych jest XHTML a nie well-formated XML. I wlasnie dlatego jesli ktos na zamiar zrobic dynamiczna strone www wedlug standardow musi ja rabic przynajmniej na bazie XHTML-a.

Ogólnie, nie widzę sensu rozdrabniania forum Po stronie przeglądarki.

No coz widze ze chyba moj udzial w XHTML-u i CSS (teraz podan 80 postow) jest raczej traktowany drugorzednie. Chyba trzeba bedzie poszukac czegos innego...

[wassago]

[...]
No coz widze ze chyba moj udzial w XHTML-u i CSS (teraz podan 80 postow) jest raczej traktowany drugorzednie. Chyba trzeba bedzie poszukac czegos innego...

to jest zdanie adwol'a z ktorym sie absolutnie nie zgadzam, za to w 99% zgadzam sie z toba - tak samo nie podoba mi sie nowa nazwa dla forum XHTML etc. juz sie wypowiadalem na ten temat. poza tym warto doceniac takich ludzi jak Dominik bo jest malo takich specow od XHTML'a na tym forum, z reszta prawie wogole ich nie ma...

[Jabol]

W sumie to nazwa forum może nie jest piękna ale to kwestia nazwy. Osobiście bym się już tutaj bardziej nie rozdrabniał. Chyba, że phpBB ma możliwość robienia podfrów ( jak np. vBulletin ) to wtedy można by było już taki numerek zastosowac, aczkolwiek myślę, że jest dobrze tak jak jest ( no, może oprócz tej nazwy ).

btw. @Dominik: looknij sobie php-gtk, ncurses albo readline to zrozumiesz czemu php nie potrzebuje html'a. Ale ogólnie w zastosowaniu webmasterskim uważam, że jest to bardzo dobrze, że osoby zainteresowane mogą zapytać tutaj o sprawy client-side.

[Dominik]

@Jabol: Absolutnie Cie rozumiem tylko ze mi troche o inna rzecz chodzilo. php jest prost stworzony dla XML-a (czyli rowniez XHTML-a) a dowoden ma to sa projekty projektowania aplikacji w w ktorym gui oparte jest na XUL-u (taka aplikacja XML-a znana za projektowania wygladu w Mozilli).

[Dominik]

No wiec jakies decyzje, konkluzje?

[Seth]

Narazie nie dodamy nowych podfor ale mozemy zmienic nazwe na jakas bardziej "przystepna". Jakies propozycje ?

[scanner]

Może, żeby już był spokój:

Inne technologie Web-owe

Wsadzić w to można JAVA, JS, XHTML, CSS, Perl, Python... czy co tam chcecie...

[adwol]

Wsadzić w to można JAVA, JS, XHTML, CSS, Perl, Python... czy co tam chcecie...

IMHO, to jest przesada w drugą stronę. O ile XHTML, CSS i JS tworzą jedną grupę (ew. powiększoną o Javę) to wsadzanie tam Perla czy Pythona zrobi więcej bałaganu niż pożytku. Powinno być albo osobne podforum o alternatywnych (w stosunku do php) językach skryptowych server-side (Perl, Python), albo w ogóle nie powinno się o tym mówić poza Hydeparkiem.

[Dominik]

Jakies propozycje ?

XHTML, CSS i ECMAScript

[FiDO]

Przyjdzie poczatkujacy i nie bedzie wiedzial co to znaczy... a mysle ze to wlasnie dla nich zostala zmieniona nazwa na taka jaka jest obecnie.

[adwol]

ECMAScript

Fajnie, że znasz historię tego języka, ale dla większości to jest JavaScript, znają to pod taką nazwą i szukają informacji o JavaScripcie. Już nie przesadzajmy z tą precyzją (analogicznie powinno się mówić TLS a nie SSL). Ew. w przyklejonym wątku możnaby zaznaczyć o co chodzi w tym nazewnictwie.

Co do całej propozycji jestem za, ponieważ ludzie szukają materiałów po haśle kluczowym, natomiast z rozróżnieniem co jest server-side a co client-side bywa różnie (co zapewne wszyscy na tym forum zauważyli).

[scanner]

a może (z lekką nutką żartu): Nie całkiem php ?
Pozatym zgadzam się z adwolem. Niestety specyfiką forum ejst to, że tak jak w gazetach, słowa-klucze muszą być:
a) rzucające się w oczy
intuicyjne.

[Dominik]

Fajnie, że znasz historię tego języka, ale dla większości to jest JavaScript, znają to pod taką nazwą i szukają informacji o JavaScripcie.

Ale sekunde przeciez nizej sie wyjasni, ze chodzi o JavaScript i JScript.
Po za tym jest w tej propozycji jest jeszcze aspekt edukacyjny to znaczy ile razy spotkaliscie sie z tym ze ktos mylil Jave z JavaScript? Pewnie tysiace? Po co to wszystko skoro to totalna nieprawda.

Już nie przesadzajmy z tą precyzją (analogicznie powinno się mówić TLS a nie SSL).

To samo jest z XHTML-em. Czy skoro wiekszosc szuka informacji o HTML (bo nie wie nic o istnieniu XHTML) to forum ma sie nazywac HTML a nie XHTML?
Po za tym ECMAScript to standard a JavaScript to tylko nazwa, ktora w gruncie rzeczy nic nie znaczy (oczywiscie oficjalnie).

Uwazam ze wszelkie wyjasnienia tylu ze rowniez HTML, JavaScript warto raczej zamiescic w opisie (w wyjasnieniu) niz w nazwie.

[DeyV]

Sądzę, że nie głupim wyborem będzie

XHTML, CSS i ECMAScript

a w opisie:

Czyli wszystko, co dzieje się po stronie przeglądarki...

[Seth]

Jest nowa nazwa i zmieniony podpis.

[spenalzo]

A niech ktoś rozszyfruje skrót ECMA??

[adwol]

A niech ktoś rozszyfruje skrót ECMA??

European Computer Manufacturers Association

[Dominik]

A dla mnie wypada tylko podziekowac wyszystkim

[piku]

A ja uważam, że przy pierwszej rejestracji powinien być swego rodzaju test ze znajomości regulaminu.

[2 Pac]

heh, forum na ogół dobre, jednak moim zdaniem mało ciekawych tematów, ale fakt że na forum jest dużo użytkowników jest piękny!!!!

[Bakus]

2 Pac: Uważasz to forum za forum ogrodnicze, czy programistyczne??
Ja w pisaniu o programowaniu nie widzę wyjątkowych ciekawostek...
(Wiesz, że Matrix został napisany w php 6.0-beta2 ? )

To są głównie rozmowy na temat problemów jakie napotykamy w naszym codziennym programistycznym życiu...

Zapraszam na moje forum! Myśle że z waszą wspaniałą współpracą można by je nieźle rozkręcić!!! - www.forumpiciu.prv.pl

Tytuł forum: "Wszystko o wszystkim" wskazuje jednoznacznie (nazwą) na coś w rodzaju Kółka Gospodyń Wiejskich - proponuję to zmienić...

[spenalzo]

heh, forum na ogół dobre, jednak moim zdaniem mało ciekawych tematów, ale fakt że na forum jest dużo użytkowników jest piękny!!!!

Mało ciekawych tematów... Wszystko zależy od Was - jakie tematy napiszecie, takie będziecie mieć.

[2 Pac]

Tytuł forum: "Wszystko o wszystkim" wskazuje jednoznacznie (nazwą) na coś w rodzaju Kółka Gospodyń Wiejskich - proponuję to zmienić...

A jaką nazwe proponujesz?

[kurtz]

Hej

Mam kilka propozycji, ktore sie ze soba wiaza.
1. Bardzo nie podoba mi sie nazwa "Po stronie przeglądarki". To naprawde dziwny podzial z roznych powodow (pomijam fakt ze JavaScript pisze sie razem a nie "Java Script" a tak naprawde to powinno byc ECMAScript)

Nope. procz puryzmu wg mnie nalezy pamietac o uzytkownikach.

Po pierwsze duza czesc XML tez jest "po stronie przegladarki" wiec troche to dezinformuje...

Masz racje. Wiec proponuje dodac XML do tego podforum i zrezygnowac z podforum XML.

Po drugie podzial jest zupelnie nielogiczny. Teraz jest troche tak: samochody dzielimy na dizle i terenowe... mysle, ze mowinno byc albo "Po stronie serwera" i "Po stronie przegladarki" albo normalny, zwykly podzial na jezyki czyli XHTML, php, XML itp. (przeczym jestem za drugim tozwiazaniem - punkt 2)

Nie.
Forum php.pl jak pewnie kilka osob zauwazylo zajmuje sie glownie php (stad php, php dla poczatkujacych, skrypty i php pro). chcac niechcac krazy sie tez wokul kilku innych tematow - dlatego serwery, bazy danych. no i zostalo ostatnie czyli po stronie przegladarki.

2. Wiaze sie to z punktem 1. Poniewaz jest duzo tematow dotyczacych ECMAScript (JavaScript, JScript i innych wynalaskow) a jest to temat rzeka. To proponuje roznic "Po stronie przegladarki" na dzial "ECMAScript" oraz XHTML i CSS" (tutaj mialem watpliwosci czy warto rozdzielac CSS z XHTML. O zastanowienu jednak doszedlem do wniosku ze nie warto poniewaz te jezyki coraz bardziej sie do siebie zwracaja i uzupelniaja - jeden nie moze istniec bez drugiego...)

nope. Wg mnie jedno zbiorcze forum na te wszystkie tematy starczy. sadzac po ilosci pytan na podforum mam racje ;)

Pozdrawiam

[menic]

Dodatkowo przydalo by sie stworzyc forum śmietnik Bo wszystkie posty nie zwiazane bezposrednio z jakims tematem trafiaja do Hypark, przez co robi sie straszny galimatias :?

[Seth]

Dodatkowo przydalo by sie stworzyc forum śmietnik

Juz dawno jest

[menic]

Dodatkowo przydalo by sie stworzyc forum śmietnik

Juz dawno jest

Ja go jakos tam nie widze A moze jest ukrte, aby nie pisac tematow bezposrednio do smietnika, i zeby moderatorzy mieli co robic

[Seth]

A moze jest ukrte, aby nie pisac tematow bezposrednio do smietnika, i zeby moderatorzy mieli co robic  :lol:

Jak bys zgadl

[Bakus]

A moze jest ukrte, aby nie pisac tematow bezposrednio do smietnika, i zeby moderatorzy mieli co robic

Jak bys zgadl

Czy to nie słodkie...

Apropos zmian na forum:
Może w końcu dacie możliwość powiększenia okienka <textarea> w którym się posty wpisuje...
To malutkie okienko zaczyna być męczące...

[scanner]

Może w końcu dacie możliwość powiększenia okienka <textarea> w którym się posty wpisuje...
To malutkie okienko zaczyna być męczące...

Zgodze się.. Wczoraj pisząć tutoriala dla DEV pisałem go w notatniku... W okienku ledwo co widziałem.
A przeciez powstają posty dłuższe niż mój. Choćby na DEV::Core

[DeyV]

Prpoponuję wykorzystać skrpyt znany z systemu ewiki (modertarzy powinni wiedzieć o tym coś więcej), czyli taki mały plusik koło textarea.

[scanner]

php.pl Forum Developers - do dzieła

Ps: Razem z plusikiem można by dac też minusik

[DeyV]

Mówisz i masz - dziś wieczorem będzie na stronie...
Ale za minusik panu podziękujemy

[spenalzo]

Ja ym prosił, żeby to działało nie tylko z IE

[Seth]

Dziala takze z NS i Mozilla.

[DeyV]

No i jak Wam sie podoba plusik? Postnowiliśmy jednak nie czekać do wieczora...

ps. Opera też go obsługuje...


pps. Seth przekonałmnie jednak do dodania minusika, i wpulnymi siłami napisaliśmy te dodatkowe 5 lini kodu. Ale jesteśmy dzielni, prawda?

[Bakus]

No Panowie... trzeba przyznać... potraficie mile zaskoczyć...

Po kliknięciu "Podgląd" okienko się zmniejsza...

P.S. Dzięki

[scanner]

No i jak Wam sie podoba plusik? Postnowiliśmy jednak nie czekać do wieczora...

jak dla mnie bomba )))

Seth przekonałmnie jednak do dodania minusika, i wpulnymi siłami napisaliśmy te dodatkowe 5 lini kodu. Ale jesteśmy dzielni, prawda?

Byłbym bardzo zawiedziony, gdyby kolejny mój genialny pomysł nie został zrealizowany

Po kliknięciu "Podgląd" okienko się zmniejsza...

I tak być powinno, bo okienko ma startowe parametry, które przybiera po każdym pokazaniu strony. + i _ korzystajć z JavaScriptu modyfikuje (po stronie przeglądarki) to co wypluło php.

[spenalzo]

Cool =D> =D> i pod Operą też działą

[Bakus]

Kod

<input type="hidden" name="wielkosc_okienka" value="<?php print $_POST["wielkosc_okienka"]; ?>">

+ takie samo coś w JS

Po stronie php:
[php:1:e2567f0304]if(!empty($_POST["wielkosc_okienka"]))
{
print '<SCRIPT TYPE="text/javascript" LANGUAGE="JavaScript">' . "n";
print ' <!--' . "n";
print ' zmien_wielkosc_okienka(' . $_POST["wielkosc_okienka"] . ');' . "n";
print ' //-->' . "n";
print '</SCRIPT>' . "n";
}[/php:1:e2567f0304]

Zakładając, że funkcja [JS] zmien_wielkosc_okienka(); jest odpowiedzialna za zmianę rozmiaru do konkretnego numerka wszystko powinno działać bez zarzutu... chyba...
Pisałem to na poczekaniu, więc kod ma tylko pokazać o co mi chodzi i może mieć błędy...

[Junior]

Full Wypas

[DeyV]

rozwiązanie z przenoszeniem tego typu danych z js do php, choć jak najbardziej poprawne, nie podoba mi się.
Już prędzej widzłbym umieszczenie w profilu informacji o tym, czy chemy powiększony formularz, czy też wystarcza nam normalny.

[Cudi]

Coś mi ten minusik niezabardzo działa, powiększyłem na max i mi sie teraz zmniejszać nie chce

[Bakus]

Nie marudź Cudi... Ja już od tego jestem...
czasami trzeba kliknąć "wyraźnie"
Kliknij 2-3 razy w tedy zadziała... Mi się tak czasami dzieje w mozilli, ale za to w M$IE chodzi zawsze dobrze...

[Cudi]

Ja nie marudze, ja stwierdzam fakt Moja mozilla wogóle z tym minusikiem współpracować nie chce, jednyne co sie dzieje po jego kliknięciu to przeniesienie na początek formularza.

[DeyV]

masz głupią moziile Moja działa poprawnie - co prawda to firebird ale to raczej nie powino mieć wpływu.

[Bakus]

Ja mam mozillę 1.5, a ty?
Nie powinieneś jej aktualizować?

[Cudi]

Może to polacy coś przekombinowali, bo to moje to MozillaPL Może specjalnie uwzieli sie na ten minusik ? Zresztą jak każdy genialny pomysł scannera, u mnie sie nie sprawdza

[Bakus]

Akuratnie, to był mój pomysł i to od dawna... scanner mnie tylko poparł
A do do UA: mam też MozillęPL...
Może coś nie tak jest z twoją konfiguracją...

[Cudi]

Bakus: marudzisz
Z moją konfiguracją raczej wszystko ok, w sumie to nic nie zmieniałem żeby nie zepsuć. Mnie ten minusik nie przeszkadza, i tak będe używał tylko plusika Skoro to wyjątek występujący tylko u mnie to nie ma sie czym przejmować.

Ps.
W takich momentach brakuje mi irc.php.pl...

[rzseattle]

Mi minusik tez nie chodzi. Przegladaraka firebird 0.7.

W sumie mi to nie przeszkadza ale zeby cudi nie czul sie osamotniony .

[wojtek]

Hm.. Ja mam firebirda 0.7 i mi minusik dziala ;) Co prawda trzeba kliknac dwa razy, ale w koncu textarea sie zmniejsza do 'normalnych' rozmiarow.

(a teraz nawet za pierwszym razem za dzialalo).

[rzseattle]

Hm.. Ja mam firebirda 0.7 i mi minusik dziala Co prawda trzeba kliknac dwa razy, ale w koncu textarea sie zmniejsza do 'normalnych' rozmiarow.

(a teraz nawet za pierwszym razem za dzialalo).

Dziwne. Mi tez juz tez dziala, a w momecie pisania poprzedniego posta moglem dowolna ilosc razy na minusik klikac i nic sie nie dzialo. Czyzby jakis upgrade ?

[spenalzo]

Hmmm co to za autocenzura?? Chciałem dobitnie zaakcentować posta poprzez słowo "piep.rzysz" a ten mi ocenzurował :? Usuńcie chociaż to słowo

W ogóle jestem przeciwny takiemu pomysłowi.... Jak ktoś puści posta najeżonego przekleństwami to świadczy tylko o nim..

[kurtz]

Hej

Mam kilka propozycji, ktore sie ze soba wiaza.
1. Bardzo nie podoba mi sie nazwa "Po stronie przeglądarki". To naprawde dziwny podzial z roznych powodow (pomijam fakt ze JavaScript pisze sie razem a nie "Java Script" a tak naprawde to powinno byc ECMAScript)

Nope. procz puryzmu wg mnie nalezy pamietac o uzytkownikach.

Po pierwsze duza czesc XML tez jest "po stronie przegladarki" wiec troche to dezinformuje...

Masz racje. Wiec proponuje dodac XML do tego podforum i zrezygnowac z podforum XML.

Po drugie podzial jest zupelnie nielogiczny. Teraz jest troche tak: samochody dzielimy na dizle i terenowe... mysle, ze mowinno byc albo "Po stronie serwera" i "Po stronie przegladarki" albo normalny, zwykly podzial na jezyki czyli XHTML, php, XML itp. (przeczym jestem za drugim tozwiazaniem - punkt 2)

Nie.
Forum php.pl jak pewnie kilka osob zauwazylo zajmuje sie glownie php (stad php, php dla poczatkujacych, skrypty i php pro). chcac niechcac krazy sie tez wokul kilku innych tematow - dlatego serwery, bazy danych. no i zostalo ostatnie czyli po stronie przegladarki.

2. Wiaze sie to z punktem 1. Poniewaz jest duzo tematow dotyczacych ECMAScript (JavaScript, JScript i innych wynalaskow) a jest to temat rzeka. To proponuje roznic "Po stronie przegladarki" na dzial "ECMAScript" oraz XHTML i CSS" (tutaj mialem watpliwosci czy warto rozdzielac CSS z XHTML. O zastanowienu jednak doszedlem do wniosku ze nie warto poniewaz te jezyki coraz bardziej sie do siebie zwracaja i uzupelniaja - jeden nie moze istniec bez drugiego...)

nope. Wg mnie jedno zbiorcze forum na te wszystkie tematy starczy. sadzac po ilosci pytan na podforum mam racje ;)

Pozdrawiam

hmm troszke czuje sie zawiedziony brakiem odzewu.


Pozdrawiam

[itsme]

za mocny jestes :-)