> ** Em wrote:
>
> > Jak to zrobić, aby przy wpisywaniu tekstu do pola TEXTAREA nie
> > pojawiały się paski przewijania pionowego jedynie automatycznie
> > zwiększała się wysokość?
>
> Za pomocą JS, ale to nie jest zbyt doskonały pomysł.
>
On Wed, 25 Jul 2007 11:18:51 +0100, SirMike
wrote:
>> Samą technologię mam możliwość stworzyć w kwadrans oraz może nawet będzie pozbawiona
>> paru problemów, które ma XML :)
>
> Moglbys rozwinac? Szczegolnie interesuje mnie to jakie widzisz problemy w
> XML?
* Strasznie marnotrawna składnia. mogło by być w postaci
. Nie wszystkie SGMLizmy są kłopotliwe do parsowania.
* Niewygodny do ręcznego klepania - sporo zbędnego pisania, ale parser nie
wybaczy opuszczenia żadnego drobiazgu.
* Ma DTD oraz rozszerzalny komplet encji bardziej z powodów
historyczno-sentymentalnych, niż technicznych/praktycznych. DTD jest tak
kulawe, że zasługuje na osobną listę (szczytem jest luka bezpieczeństwa
pozwalająca na denial-of-service attack na parserze (million laughs
attack)). No oraz DTD nawet nie jest w XML, albowiem autor parsera XML musi sobie
jeszcze napisać parser pseudo-SGML...
* Namespace elementu nie jest dziedziczony do atrybutów. To nielogiczne oraz
strasznie komplikujące życie, gdy się chce atrybuty równie łatwe do
mieszania jak elementy.
* Brak sposobności dołączenia danych binarnych.
* Nie da się doklejać elementów na końcu pliku (zapomnij o zapisywaniu
logów w postaci XML).
IMHO te rzeczy dało by się rozwiązać w specyfikacji XML.
Do tego da się by się bardziej czepiać podstawowych koncepcji XML, że np.
powinien mieć mechanizm do przedstawiania referencji (żeby dało się bez
kombinowania zapisać struktury języków obiektowych, foo.bar = foo),
powinien mieć zróżnicowane typy danych, aby nie należy było parsować wyniku
parsowania do podstawowych typów jak int czy boolean.
można by także pozbyć się atrybutów w XML. Są "płaskie" oraz nierozszerzalne
(np. w XHTML nie może stać się ) oraz
stratne (spacje są normalizowane przez co da się osiwieć próbując wstawić
nową linię w OPML) oraz ich wartości nie mają przestrzeni nazw (co owocuje
hackami jak ).
Gdyby wszystko było elementami, to było by mniej roboty oraz wyjątków do
obsługi przez parser oraz składnia mogła by być prostsza.
Te wady da się obejść olewając trudne konstrukcje (np. SOAP zabrania
DOCTYPE) oraz stosując dodatkowe oprogramowanie - np. generownie XML z innego
formatu (jak relaxng compact), wspomaganie się x:link, x:include, schema,
itp. szkopuł w tym, że każdy następny język, transformator oraz robienie
własnych wyjątków od specyfikacji oddala od ideału jednego-jedynego
prostego uniwersalnego XML.
From: "Krzysztof Karnicki" <ieb[]enrq.pl> Subject: Program Smartbarre Date: Wed, 26 Dec 2007 16:44:03 +0000 (UTC)
Witam,
polecam program Smartbarre. Nie bede sie rozpisywal. Wszelkie informacje znajdziesz na tej stronce: http://faqsmartbarre.blogspot.com/
Powiem tylko, ze warto. O pelnej wyplacalnosci tego programu moga swiadczyc liczne stronki mu poswiecone
Pozdrawiam From: red <red[]redplanet.com> Subject: Re: IE/wyswietla sie pol obrazka Date: Thu, 06 Sep 2007 10:30:46 +0200
ethanak pisze:
>> IE to następujący eksperyment, nie nazwałbym go programem :-)
>
> Oj, mylisz się. IE (aka PPP) to Program Przypominający Przeglądarkę :)
No dobra, ale program ma wykonywać jakieś zadania, a jakie wykonuje IE? ;-) From: Mateusz Papiernik <mati[]maticomp.net> Subject: Re: Przezroczystosc PNG Date: Sun, 07 Oct 2007 00:15:42 +0200
Exe Very Cute pisze:
> Przez "wycieki" rozumiesz spore zapotrzebowanie na RAM ?
na RAM oraz na procka. FX przy ~20 zakladkach potrafi nawet Core 2 Duo
przylozyc do podlogi. Poza tym strasznie wolno renderuje - przy dlugich
stronach/ew. sporej ilosci JS potrafi zupełnie sie zaciac na
przynajmniej pare. Juz nie wspomne o lagu przy zapisywaniu nieduzych
plikow (plik pobrany od razu, ale jakims cudem okienko pobierania sie
jeszcze nie zdazylo otworzyc - tez niemal freeze).
oraz zeby bylo smieszniej, ciagle uzywam FX, bo Opery nie lubie ;) Ale
akurat problemu z prockiem w Operze nigdy nie zauwazylem. Cos u Ciebie :)