Does ClearCase ever pass entire folder versions to Merge, or does it always pass files?

If our project used the merge utility included with ClearCase, when merging stream B to stream A, the merge utility would be aware of the new location in stream A for files common to both streams. It would merge modified files from stream B to their correct location in stream A.

My question is if we use Araxis Merge, will this same behavior occur? We don’t want to end up with duplicate files, where one file contains updated content at an old location for a file and the location where the file should have ended up being merged to contains old content.

I hope this is clear and that someone can clarify their experience in this matter.

a) flasher
No cóż, nie będę ukrywał że ona mi najbardziej pasuje - flashowałem prs-500 i prs-505 (choć ten drugi z duszą na ramieniu) i jakoś działają.
Z flashowaniem zawsze związane jest ryzyko “scegłowania readera”, czyli wyrządzenia jakiejś nieodwracalnej szkody. Zwykle jeśli wgrany firmware nie działa, możliwe jest wrzucenie oficjalnego firmware i problem z głowy. Oczywiście zwykle nie znaczy zawsze :-), więc pewne inherentne ryzyko istnieje. W przypadku prs-505 do tego zwykłego ryzyka, przez długi czas dochodziło drugie, wynikające z braku oficjalnego firmware - to skutecznie ograniczało możliwośc powrotu do dobrego firmware. Sam przez długi czas się wstrzymywałem z kupnem prs-505, właśnie z tego powodu. W końcu i tak pękłem, kupiłem i zaryzykowałem - komentarze na mobileread.com były zachęcające - podmiana firmware przebiegła bezproblemowo. Teraz do miesiąca jest nowy oficjalny firmware, więc to drugie zagrożenie praktycznie znikło. Rzecz jasna, każdy sam musi ocenić czy stare “zwykłe” ryzyko mieści się w jego granicach komfortu psychicznego :-).
Gwoli ścisłości, tu jest najnowsza wersja flashera:
http://www.mobileread.com/forums/showthread.php?t=26831
W wątku jest image z cyrylicą, który zawiera też polskie litery.
b) external fonts (podejrzewam że to się nie kwalifikuje do kategorii “dla laika”)
Wyobaźmy sobie że kiedyś jednak zdecydujemy się na zmiane firmware, albo może kiedyś zdarzy się cud i Sony wypuści reader z polskimi czcionkami.
Bez sensu te same pliki znowu konwertować, najlepiej byłoby wyciąć external fonts z pliku lrf. Jak to zrobić:
0. Przede wszystkim przygotować się zawczasu. I podczas konwersji w bookdesignerze, NIE wybrać przypadkiem poniższej opcji, każdy inny header jest OK, title+author jest DEFINITYWNIE OUT:

1. Zaopatrzyć się w kilka narzędzi:
LRS to LRF converter (http://www.msh-tools.com/ebook/downloads.html)
lrf2lrs (http://www.mobileread.com/forums/showthread.php?t=8788) (i pythona, lrf2lrs jest w pythonie)
jedit (http://jedit.org), Trzeba w opcjach ustawić UTF-16LE, jak mnie pamięć nie myli w dwóch miejscach - global i buffer options.
2. Bierzemy nasz plik i zamieniamy z powrotem na lrs (lrs to format pośredni, z którego jest generowany lrf) >lrf2lrs.py naszplik.lrf
Opisany w 0) header=title+author powoduje błąd w lrf2lrs, łatwiej go unikać vide 0), niż potem dłubać przy lrf2lrs.py, szczególnie że program nie cierpi na nadmiar komentarzy…
3. OK, więc lrf2lrs wypluł plik lrs, thumbnail, może jakieś obrazki czy fonty.
4. Otwieramy naszplik.lrs w jedit i szukamy nazwy naszych czcionek. Są dwa miejsca gdzie je znajdziemy:
tag RegistFont, gdzie jest deklaracja czcionki oraz w tagi TextStyle.
5. Wywalamy tagi RegistFont, a w TextStyle podmieniamy fontfacename na nazwy wbudowanych czcionek (czyli Dutch801 Rm BT Roman,Swis721 BT Roman, bądź Courier 10 BT Roman czy Courier 10 Pitch Win95BT jeśli używamy radzieckiego image)
6. Jeszcze musimy trochę plik wyczyścić i podmienić wszystkie html entities na odpowiadające im znaki (vide http://htmlhelp.com/reference/html40/entities/ )
7. Konwertujemy z powrotem na lrf.
W porównaniu z tym ile trwało eksperymentowanie z edytorami, które w nieoczekiwany sposób obsługują UTF-16LE, ta procedura to pryszcz :-)

c) Zostawiłem na deser. Czcionki można podmienić bez zmiany firmware: http://www.mobileread.com/forums/showthread.php?t=20644
Nie próbowałem - Never touch a running system! :-P

1. Jako że w chwili obecnej nie ma jeszcze oprogramowania dedykowanego na PRS-505, które pozwalałoby na bezpieczne zmiany oprogramowania sterującego urządzeniem zapomnijmy na razie o grzebaniu w samym urządzeniu przy pomocy np programu Flasher kolegi Igorsk’a. Mowię to z punktu widzenia laika, który w razie złego użycia skryptów nie będzie sobie w stanie sam poradzić z przywróceniem działania.

2. Jedynym poprawnie funkcjonującym rozwiazaniem jest konwersja naszych eBooków z postaci np doc, rtf, txt, html, pdf do formatu lfr z dołączeniem wybranych przez nas czcionek z polskimi ogonkami.

3. Do poprawnej konwersji i poprawnego wczytywania plików do czytnika potrzebne będą nam dwa programy:
- eBook Library znajdujący sie na płycie CD dostarczonej wraz z urządzeniem
- BookDesigner - świetny program naszych sąsiadów z Rosji

4. Instalacja pierwszego z nich to oczywiście drobnostka bierze się płytke CD, instaluje i po kłopocie. Co do drugiego trzeba już być bardziej czujnym i poza instalacją głównego programu w wersji 4.0 (BookDesigner 4.0), trzeba sobie ściągnąć najnowszy upgrade i samemu skopiować znajdujace się tam pliki z całą zawartością podkatalogów do katalogu gdzie uprzednio zainstalowaliśmy podstawową wersję programu. Sama instalacja ver. 4.0 nic nie da bo wszystkie potrzebne i interesujące nas Polaków opcje znajdują się właśnie w tej aktualizacji.

http://www.mobileread.com/forums/sho…t=bookdesigner

Pod powyższym linkiem kolega JSWolf z tego forum zamieścił niezbędne pliki potrzebne do zainstalowania programu BookDesigner.
Trzeba sobie ściagnąć dwa z nich: BookDesigner40.zip oraz Bookdesigner2007-07-30.zip
link do pobrania:
http://www.mobileread.com/forums/showthread.php?t=11786

można również bezpośrednio wejść na stronę twórców programu i tam znależć potrzebne pliki i dodatkowe informacje. Ja miałem dziwną reakcję explorera na tą stronę i w większości textu wyświetlał mi “krzaczki” http://www.bookdesigner.org

5. Jak już mamy obydwa programy zainstalowane przechodzimy do najważniejszej rzeczy czyli samej konwersji.
Po pierwsze trzeba poprawnie skonfigurować ustawienia programu BookDesigner. Po uruchomieniu go otwieramy okno Settings albo poprzez wciśnięcie ikonki śrubokręta lub klawisza F9 lub też z głównego menu Configuration-> Settings. Na samym dole po lewej stronie otwartego okna znajduje się opcja “book language”, którą ustawiamy na Polish.
Po ustawieniu właściwego języka możemy wczytać jakąś swoją książkę lub dokument - program w trakcie wczytywania robi jakieś magiczne transformacje, status bar na samym dole programu wyświetla tajemnicze informacje o tym co wyprawia z naszym dokumentem i na końcu Bah ! wyświetla się nasz dokument w oknie. Jeśli nic dodatkowo nie grzebało się w ustawieniach to domyślnie program po wczytaniu pierwszą linijkę textu traktuje jako nazwę autora pozycji a drugą jako tytuł. Jeśli w naszym wczytanym dokumencie te pierwsze dwie linijki były czymś innym niż nazwa autora i tytuł ksiażki należy to zmienić. Najlepiej ręcznie wpisać sobie na samej górze jako pierwszą linijkę textu autora, następnie dwa razy kliknąć na napisanym texcie aż się cały “podświetli” i wcisnąć ikonę “book author” w dodatkowym oknie przyklejonym do głównego okna programu BookDesigner po prawej stronie. Taka samą czynność powtórzyć z drugą linijką textu wybierając teraz ikonę “book title” z okna .
OK … wstępnie mamy przygotowany text do konwersji do formatu lfr.
Zapisujemy jeszcze nasz dokument do nowego katalogu File -> Save As.
Wybieramy z głównego menu opcje Make eBooks -> Sony Reader (lrf).
Wyświetla nam się okno konwersji dokumentu i tutaj najważniejsza jest zakładka “styles” gdzie utala się jakie fonty i w jakich wymiarach będą wyświetlać naszą książkę w czytniku. Po prawej stronie jest pole “external fonts” to jest własnie klucz do poprawnego wyświetlania naszych książek z polskimi ogonkami. Przyciskamy “add” i wybieramy fonty z polskimi literami np Arial, Times New Roman, Courier New lub inne jakie nam się podobają. Jedną rzecz jaka zauważyłem to fakt że jeśli ma się fonty z dodatkiem w nazwie “CE” co pewnie oznacza Central Europe to reader z takimi fontami nie wyświetlał mi polskich znaków. Jak wybierałem fonty bez tej końcówki w nazwie, wszystko wyświetlało się poprawnie. A więc wybieramy 3 fonty z polskimi czcionkami ale bez “CE” w nazwie (przynajmniej tak bylo u mnie).
Po tych operacjach powinniśmy mieć w polu external fonts 3 wybrane fonty. Pewnie i wystarczy jeden font ale wtedy text nie będzie wyglądał ciekawie.
Teraz właśnie wybrane przez nas dodatkowe polskie fonty musimy przypisać do elementów textu. Do tego służy lewa strona okna i kolumna “font” gdzie zmieniamy domyślne przypisania fontów na nasze własne.

Po tych zmianach najlepiej zapisać sobie ustawienia - na samym dole okna jest pole “settings”. W tym polu wybieramy “save”, podajemy jakąś własna nazwę ustawień np eBookPL i zapisujemy.

Po zmianie fontów przechodzimy jeszcze do zakładki “e-book” - pierwszej u góry po lewej stronie okna. I tutaj uwaga co do autora i tytułu książki. Jeśli w nazwie autora bądź nazwie tytułu książki będą polskie znaki to moim zdaniem należy je zamienić na odpowiedniki bez polskich ogonków a to dlatego że w po wczytaniu ksiażki do czytnika, w liście książek tam gdzie sa polskie litery pojawiać się będą jak ja to nazywam “krzaczki”. To pewnie dlatego że właśnie nic nie zmienialiśmy w samym czytniku a on do obsługi menusów itp używa swoich wewnętrznych fontów bez polskich znaków.
Jeszcze jedna uwaga jest taka, że domyślnie program BookDesigner zapisuje konwertowany plik z nazwą jaka występuje w polu “title” czyba że sami sobie tą nazwę pliku zmienimy. Jeśli nie usuniemy polskich liter z tytulu to w nazwie zapisywanego pliku w miejsce polskich fontów bedą … co ? krzaczki

OK … teraz jesteśmy przygotowani do konwersji … wciskamy “make” i zaczynają się magiczne operacje, konwersje, przeliczania i na koncu konwersja wieńczona jest efektownym dźwiękiem strzału .. chyba z kałasza ?

Tutaj oczywiście jeszcze powinno się przed konwersją ustawić właściwy katalog do którego zapisywany będzie końcowy plik.

Mamy w koncu nasza książkę zapisaną w formacie lfr czyli z tego co się tutaj pobieżnie zorientowałem na forum, formacie stworzonym przez sony na potrzeby swojego czytnika.

Książkę zapisywać w czytniku polecam poprzez ichniejszy program eBook Library ponieważ jak zauważyłem ten program robi jeszcze jakieś wstępne formatowanie textu, co powoduje że po wczytaniu do readera szybko możemy przystąpić do czytania. Jeśli pominiemy tą drogę i bezpośrednio skopiujemy książkę do pamięci czytnika to on czasem bardzo długo robi sobie formatowanie textu książki co może wyglądać w ogóle jak “zawieszenie” urządzenia. Nie wiem co urządzenie robi wstępnie formatując text ale najwyraźniej jeśli wczytuje się książki poprzez eBook Library to ten program wyręcza urządzenie w formatowaniu i już przesyła gotowy plik do czytania.

Tak mniej więcej wygląda przebieg konwersji do książki, którą od teraz 0bez problemu z polskimi znakami można czytać na PRS-505. Oczywiście docelowo pewnie najlepiej jest zmienić samo oprogramowanie czytnika na obsługujące polskie czcionki ale to dopiero wtedy jak się pojawi sprawdzone i przetestowane narzędzie, którego na razie brakuje. Jeśli powstanie takie narzędzie do polonizacji czytnika to wtedy odpada cała procedura dodawania fontów przy konwersji do formatu lfr, który moim zdaniem pozwala na najlepsze wyświetlenie textu na naszym czytniku zwłaszcza że format ten został opracowany przez producenta naszego urządzenia.

Życzę wszystkim miłej lektury i przyjemnego korzystania z nowej zabawki

Drop me an email if you feel like it.

Love the blog. Nice to know genius is in the mitrochondrial DNA;-)