Niepoprawne renderowanie bloku kodu

[bigzbig]

W pliku tekstowym dałem

~~~
[php]
<?php echo $form->render(); ?>
~~~

i w outpucie dostałem

<pre class="php"><?php echo $form->render(); ?></pre>

a wyświetliło się
render(); ?>

[eXtreme]

Czy używasz najnowszej wersji 0.1.1? Ta wersja ma zaktualizowany parser markdowna - z tego co pamiętam to były problemy z takim blokiem kodu ale z wcześniejszą wersją - 0.1.0. Przetestowałem przed chwilą paczkę 0.1.1 jak i najnowszą rewizję z SVN-a takim kodem:

Code:

Title: test

---

test

~~~
[php]
<?php echo $form->render(); ?>
~~~

test

i wszystko renderuje sie prawidłowo.

[bigzbig]

Faktycznie. Zaciągnąłem sobie wersję 0.1.1 i wszystko gra.

Tak z innej beczki. Skoro w sekcji download dajecie linka do tags/0.1.1/ to zamiast checkout-a lepszy byłby export. Checkout ma sens tylko w przypadku trunka bo tagi ze swej natury się nie zmieniają co najwyżej tworzy się nowe ale pod inną nazwą.Innym rozwiązaniem byłoby utworzenie taga np. current - który zawierałby ostatnią stabilną wersję projektu. W takiej sytuacji miałoby sens robienie checkout-a z taga

[eXtreme]

Owszem, do wydania leci checkout do taga. Ale to o co prosisz to przecież cały czas jest ;)



A link do checkouta taga jest przydatny, jeżeli powiedzmy ktos posługuje się w swoim projekcie svn:externals do zewnętrznych bibliotek. Choć może w stosunku do TypeFriendly w tej gałęzi nie jest to raczej stosowane :P to w przyszłych - czemu nie, skoro ma być bardziej uniwersalne api. A system downloadu mamy jednolity dla całego projektu - stąd taki a nie inny link do checkouta.

[bigzbig]

Mnie to do szczęścia nie jest potrzebne bo ja potrafię sobie zamienić "co" na "export". Jeśli natomiast export nie zaciąga też externali to Twoje argumenty mają sens (na przyszłość).

Pozwoliłem sobie wyedytować ten post.
Sprawdziłem w dokumentacji i komenda svn export posiada m.in. opcję --ignore-externals. Zgaduję że domyślnie repozytorium jest eksportowane razem z repozytoriami zewnętrznymi.

[eXtreme]

Nie chodziło mi, że TypeFriendly posiada jakiś svn:external, tylko, że ktoś w jakimś projekcie ma TF na externalu. Oczywiście obecnie jest to trochę absurdalne, bo nie widzę sensu by w obecnej gałęzi coś takiego robić, zresztą co za różnica czy w nazwie jest "co" czy "export" - jeżeli ktoś potrafi się posługiwać SVN-em to też - tak jak ty - potrafi sobie zamienić na "export" jeżeli ma taką potrzebę. No nie wiem, mogę to zmienić na uniwersalne "SVN repository" tylko, że to trochę długie. ;) Ewentualnie na samo "svn".

[bigzbig]

Nie zmieniaj tego tylko dla mnie. Zmień to tylko wtedy jeśli uznasz, że to za ogólnie dobry pomysł ;) Tak swoją droga to nawet nie mój pomysł. Zaczerpnąłem to z eclipse. Większość pluginów jest wersjonowana, ale aktualizując soft nie muszę zmieniać adresów. Oczywiście nie dotyczy to wszystkich pluginów żeby nie było, że uogólniam.

[eXtreme]

Hmm ale powiem ci, że to ciekawa idea z połączeniem świeżości branches ze "stablinością" tagów. Nie spotkałem się z czymś takim dotychczas ale to nie jest głupi pomysł.

Jeżeli dajmy na to byłoby to np /tags/1.0-latest/ które wskazywałoby przy użyciu svn:externals na najnowszy tag (aktualizowalibyśmy go przy każdnym nowym tagu) to by to miało nawet sens. Odpada wtedy konieczność np. robienia switcha w swoim kodzie do nowszego taga, wystarczy tylko odpalic update.