Mozilla Composer - как да...

18 отговора 240 прегледа
#1

Mozilla Composer - как да...

По-рано, като си правих уеб-страници с други програми, след като им дам "save", в съответна директория освен страницата x.htm имах и папка x_files. Сега направих две страници на Mozilla Composer, а папките "x_files" липсват и страницата може да се види само а моя хард диск... Някой може ли да ми каже как да реша този проблем...


_
Отговор
в отговор на lune #2

Re: Mozilla Composer - как да...

Щом на твоя хард си го виждаш, значи файловете съществуват. Погледни главния файл на страницата с обикновен редактор (notepad) и виж той къде си търси файловете, които преди са били в поддиректория на тази. Значи може всички файлове да са сложени на кармакарашик в директорията в която създаваш сайта, но това не би трябвало да бъде проблем при качването и виждането на сайта, т.е. всичко може да бъде заедно. По скоро при теб може би си сменил настройките на композера и той пише някъде другаде файловете.

Отговор
в отговор на montesuma #3

Re: Mozilla Composer - как да...

Пътя до файловете е този, който е бил и преди на хард-диска, мозилата не си създава своя папка, в която да ги копира... Бих могъл първо да upload-на файловете там, където ще бъде качена страницата и после да задам този път до тях, бо ще загубя много време и няма да виждам страницата от хард-диска, когато съм оффлайн... Дори MS Word си правеше всичко автоматично...


_
Отговор
в отговор на lune #4

Re: Mozilla Composer - как да...

Не съм работил точно с този композер, но видя ли в HTML фаиловете линковете към съответните файлове(страници) дали не са абсолютни (защото на такова ми прилича), в смисъл да не е написан диск:/директория и т.н., които като ги сложиш в нета вече не са същите и там не се гледа. За това нещо няма начин компосера да няма настройка.
Значи сега говоря конкретно за Nvu. При него когато запазиш (save) проекта файловете са само с конкретни линкове към собствения диск, а когато от главното меню избереш publish прави файлове, директории и връзки само помежду им годни за публикация, като мястото на публикация го указваш и може да бъде диска или директно FTP сървър. В първия случай сайта с браузър на се вижда или по-точно не се вижда добре (не работи), а във втория е нормален.
ето един таг за един обект в двата случая:
1 ==> src="file:///C:/My%20Documents/TeoEki.jpg">
; - картинката е в документите
2 ==> src="TeoEki.jpg">
; - картинката е в директорията на html файла.

Виж при теб да не е някаква опция как да си запазваш проекта, защото в първия случай заема много по-малко място, тъй като не прави излишни копия на картинки, файлове и др., но то не върши работа за качване в нета.

Редактирано от montesuma на

Отговор
в отговор на montesuma #5

Re: Mozilla Composer - как да...

Не става на хард диска... Има две места, където трябва да пиша:
Publish Adress ([линк]...)
Http Adress of your homepage ([линк])


_

Редактирано от ((moon!)) на

Отговор
в отговор на ((moon!)) #6

Re: Mozilla Composer - как да...

Не мога конкретно да ти помогна, но точно това става и на Nvu, по принцип предлага на ftp или http, но може на ръка да зададеш конкретно физическо устройство, даже и да си онлайн. Отдавна не съм влизал в нета и затова не ти отговорих досега.

Отговор
в отговор на montesuma #7

Re: Mozilla Composer - как да...

Добре де - в кое поле какво пишеш? Ако страницата ми е x.hit.bg какво да напиша, за да я качи? А къде да задам пътя до директорията на хард диска, която съм си избрал?


_
Отговор
в отговор на ((moon!)) #8

Re: Mozilla Composer - как да...

Най-добре като започваш нов проект да си правиш папка на харда за него. Вътре записваш задължителния index.htm(l), другите файлове, картинки, флашове, джава-аплети и т.н. Разбира се добрата практика изисква всичко това да бъде добре организирано в йерархична структура с подпапки и т.н., но НЕ е задължително.
Можеш да си правиш преглед в браузера (от редактора или чрез старт на index.htm(l) колкото си искаш.
При качване задаваш пълния FTP или HTTP адрес до хоста си, юзернейм, пасс и си готов.
Това дотук би трябвало да ти е ясно.
Конкретно как, вече качен сайт, намира точния път до използваните картинки, флашове, джава-аплети, линкове?
Ако си използвал, както те посъветвах, отделна папка за проекта и в нея копираш тези използвани неща, то в съответните документи просто записваш релативните им (относителни) адреси, спрямо документа. Конкретно в Мозила има една особеност - за да имаш право да представяш даден адрес като релативен, а не като абсолютен, то трябва проекта ти да е вече записан на харда и да си има име.
Т.е. докато правиш нещо Ню и вмъкнеш картинка от харда си и/или линк към друга HTML-страница от проекта си, която също е локална, то в Image/Link Propreties (тези са най-често ползвани) чекбокса URL is relative to page location е разчекнат и неактивен и засега адреса е абсолютен. Когато запишеш за първи път проекта си на харда (това може да е и когато е току-що отворен, още като бял лист), тогава вече чекбокса е достъпен и ако го чекнеш - адреса на картинката/линка става релативен спрямо разработвания/редактирания HTML-документ, например image1.jpg означава, че е в същата папка; image/image2.jpg означава, че е в подпапката за картинки; Ренко/image/image3.jpg означава, че е в подпапката за картинки на Ренко, за когото си направил подпапка в сайта си.
Ако не чекнеш бокса, то адреса е абсолютен, т.е. трябва да е от вида [линк]
Като направиш това и качиш цялата папка на проекта си, то всички тези връзки се запазват.

Значи на теб ти остава само да внимаваш да не РАЗЧЕКНЕШ този бокс, когато редактираш и локален линк от вида file:///стиховете_ми/стих5.html да се окаже абсолютен адрес, т.е. на практика недостъпен от друг комп. (Мозила-редактора е достатъчно умен да дава по дефолт релативни адреси, когато вмъкваш локални картинки/линкове - след като вече си дал име и записал проекта).

Разбира се може да пестиш място на харда и да не копираш...да кажем групово... всички картинки и документи, които ще ползваш в проекта си, т.е. да не им правиш повторе запис, но тогава трябва много внимателно да редактираш адресните пътища в HTML-документа и после да качваш тези неща на сървъра и то на местата, където ще ги търси клиентския браузер.

Успех


Отговор
в отговор на Cтepн™ #9

Re: Mozilla Composer - как да...

Мда, ама почти нищо не разбрах ...
Та значи - за старницата me.hit.bg/links.htm избирам publish и попълвам следното:

filename: links.htm
site subdirectory for this page: [линк]
publishing adress: [линк]
http adress of your homepage: [линк]
username: my username
pass: my pass

И после: "publishing failed"...
Какво не направих както трябва?
А ако искам на харда да я сейвна страницата, заедно с папката с файловете, къде какво да пиша в полетата?
А мога ли да настроя мозилата да копира файловете в папка _files по подразбиране, както правят другите пограми?


_
Отговор
в отговор на ((moon!)) #10

Re: Mozilla Composer - как да...

Доколкото си спомням Хит.бг дават възможност за качване само през техен файлов манипулатор.
Вземи по-добре си задели място на хост, който се обслужва с кой да е ФТП-клиент, включително и тези, вградени в по-големите HTML-редактори.
Но принципите на адресирането важат и за такива хостове, дето се използва техен манипулатор - просто качваш папката, която е новосъздадения ти сайт от харда на сървъра.
И не забравяй, че в момента има нещо около фрий-сървърите в Бг и може просто да не приемат качване.

Относно сейвването на харда - ами SaveAs (първия път) и Save нататък са напълно достатъчни. Ако питаш за сейвване на целия проект наведнъж - май Мозила няма пълните възможности на ФронтПейдж - с всички файлове и папки вляво и възможността да се работи в/у цял сайт едновременно; тя работи само със страници. Май и за настройките не може. Все пак нека си каже мнението и някой с опит с МозилаКомпозер; аз не я харесвам и ползвам Мозилата нито като браузер, нито като мейл-клиент, хеле пък като редактор. Просто я отворих и разгледах, защото ми се стори невероятно да не може да се справи с релативно и абсолютно адресиране.
Я да пробвам да отворя с Композера сайт, който съм правил....да, само една-единственна страница (отворената) можеш да редактираш и записваш. Кофти.
Понеже вече знам, че напоследък се интересуваш от Линукс, то защо не зарежеш Мозилата и не разцъкаш Quanta Plus? Щом си ползвал ФП би трябвало да ти се стори познат и интуитивен. И със сигурност е по-добър от МозилаКомпозер. Би трябвало да го има в СДтата на Сузе. Не съм го разучил по-внимателно още, но на пръв поглед - няма ФТП-клиент и слава Богу
В Линукса има и един Screem, които също изглежда интересен, също и BlueFish, но те май искат повечко опит с Уеб-дизайна.
Затова ти препоръчвам Quanta Plus...и, хайде този път го разгледай по-внимателно и тогава давай с въпросите

А, ако ще твориш под Уин - не сменяй ФронтПейдж с друго; пробвал съм почти всички редактори и определено в този случай М$ са на върха - с ФП са създали един найстина качествен продукт


Отговор
в отговор на Cтepн™ #11

Re: Mozilla Composer - как да...

Е какъв е проблемът да работиш само върху една страница - аз така предпочитам, стига да мога да я сейв-на после разбира се... Тая куанта е за програмисти май - пишеш си кода и после "preview" - аз искам програма, която си генерира сама кода. Аз обаче отворих страницата, правена с мозилата, но пак - не знам как да я сейвна после заедно с файловете...


_
Отговор
в отговор на ((moon!)) #12

Re: Mozilla Composer - как да...

Ами просто не можеш да сейвнеш в Мозила страница заедно с файловете. Аз поне не видях такава възможност в 30-мин.си занимания с нея, а щях да намеря толкова явно нещо; имам голям опит с такъв род редактори
Изобщо я обясни малко по-подробно какво точно имаш предвид с ...да я сейвна после заедно с файловете - на локалния диск или на сървъра?
И Куанта+ съвсем не е за програмисти - погледни бутончетата Стандарт, Шрифтове, Таблици, Списъци, Форма, Други и тулбаровете, които излизат под тях и после твърди, че не генерира код
Да не говорим какъв мощен инструмент за генериране на атрибути към текущия таг има долу вляво (Attribute Name--Стойност)

ПП:Оказа се, че като работиш с Проект, то Канта+ има и ФТП-клиент

ППП: Щом предпочиташ да работиш само с една отворена страница, то какъв ти е проблема да натиснеш СЕЙВ и да я запишеш? Изобщо дай малко по-точни въпроси


Редактирано от Cтepн™ на

Отговор
в отговор на Cтepн™ #13

Re: Mozilla Composer - как да...

Е какво за бутончетата - натискаш и ти пуска код - аз искам да си играя само с дизайна, без въобще да поглеждам кода.
Ми на локалния диск да кажем - тогава ще си поиграя да каче файловете сам, но поне няма да имам проблеми - нали това ми беше въпросът още в началото... А иначе и за направо на сървъра ако знаеш как може да ми кажеш ...
Ами като дам сейв няма папка с файлове в директорията, в която съм запазил страницата - това пречи ...


_
Отговор
в отговор на ((moon!)) #14

Re: Mozilla Composer - как да...

Да, ФронтПейдж и Дрийма са 100% графични - влачиш картинки, цъкаш таблички, пишеш. И може и въобще да не видиш кода. И МозилаКомпозер изглежда такъв. Обаче пък какво постигаш? Само най-бедните неща - по този начин нямаш достъп до ДжаваСкрипт, до Флаш, до DHTML - я се опитай само с инструменти от графичните им интерфейси да създадеш текстови контейнер със застъпващи се текстове и им прибави DHTML?. Така че пак стигаш до пипане на кода за подобряване на дизайна и визията. А Куантата ти го предлага много по-елегантно - част от нещата (най-честите и най-досадни за описване) са с уизарди, други трябва малко да пипнеш, а за финните настройки си решаваш само ти.
Не се сърди, но ми звучи много смешно някой да твърди, че създава УЕБ-страници, а да не знае и един таг

По въпроса - аз ли криво разбирам, ти ли криво обясняваш.
Доколкото разбирам искаш да редактираш страница в която има картинки (описани с пътя до тях и с параметрите им), линкове към други страници и накрая, при запис на тази страница да се запише тя и всички съдържащи се елементи в нея. Това ли точно искаш?
Няма как да стане - самата "страница" не е нищо повече от описателен текст, т.е. тя е просто един текстов документ, който описва на браузера къде да търси елементите в нея (картинки, джави, флашове, звуци и т.н.), както и параметрите с които да се представят. Самите изброени елементи не са част от нея и няма как да се сейввнат заедно с нея.
Пример:
<tr>
<td bgcolor="#ffff00" align="center" valign="center"><a href="images/1.jpg" title="Снимка1" target="_blank"><IMG src="images/1_small.jpg" width="100" height="149" align="middle" border="0"></a></td>
<td bgcolor="#00ff00" align="center" valign="center"><a href="images/2.jpg" target="_blank" title="Снимка2"><IMG src="images/2_small.jpg" width="100" height="156" align="middle" border="2"></a></td>
</tr>

<tr> и </tr> описват ред от таблица, а <td> и </td> - 2 клетки в този ред със съответните параметри - bgcolor="#ffff00" - че фона на тази клетка е жълт, align="center" valign="center" - че елемента в нея е центриран хоризонтално и вертикално, липсата на border - че стените й не са удебелени.
Сега това, което те сърби (ако съм разбрал правилно) - <IMG src="images/1_small.jpg" width="100" height="149" align="middle" border="0"> - това казва на браузера - тука покажи снимката 1_small.jpg, която се намира в поддиректорията на текущата images (src="images/1_small.jpg"), като тази снимка да е с размери 100х149 пиксела (width="100" height="149"); да е в средата на клетката (align="middle") и да е без рамки (border="0").
ОБАЧЕ самата снимка НЕ е част от страницата и няма как да я сейввнеш заедно със страницата. Твоя работа е да я осигуриш на указаното място.
Нали ти писах по-рано - направи си папка за проекта, сложи му поддиректории за картинки, за флашчета, за звуци; сложи съответните файлове, които ще използваш в тях, когато се наложи добавяш нови файлове; отвори си нова страница, запиши я като index.html и почни да редиш елементите в нея (като НЕ ЗАБРАВЯШ, че всъщност "реденето" е само описание на път и параметри към файловете, които реално виждаш в редактора). И като дадеш СЕЙВ ти записваш единствено промените в тази страница, но не влияеш по какъвто и да е начин в/у файловете, които виждаш представени в нея.
Вече не зная как по-просто да го обясня.
Ако искаш си направи прословутата папка _files и в нея наблъскай всичко ползвано.
После хващаш тази папка Project в която е index.html + всички други страници от сайта + всички поддиректории с файлове (или само една - _files) и с кой да е ФТП-клиент я провлачваш до хоста си.
Така всички релативни адреси, които се съдържат в страницата ти (например src="images/1_small.jpg) се запазват и спрямо текущото положение на хоста.
И същевременно ще имаш пълно локално копие на харда си за преглед.

Знам и за направо на сървъра - Куанта може да прави гореописаното директно на сървъра. Но не ми допада особено; предпочитам да направя всичко локално и само да го метна с ФТП-клиент.


Отговор
в отговор на Cтepн™ #15

Re: ама...

За да стане ясно в крайна сметка кой криво разбираи кой криво обяснява, ще пробвам наново: Не знам HTML и искам графична програма, с която за кратко време да си правя аматьорски страници на Линукс. ДжаваСкрипт, Флаш и DHTML не знам как да ги използвам, за това като ми притрябват,тогава ще му мисля.
Не съм казал, че искам файловете да се съдържат в страницата - искам когато дам "save", програмата, която използвам автоматично да създаде папката "_files" в директорията, в която съм запазил страницата, независимо от мястото, откъдето съм ги взел, за да мога после без проблеми да "провлача" абсолютно всичко до хоста.
А за "за направо на сървъра" може ли да ми кажеш как става, въпреки че продпочитам другия вариянт, за който ти казах.


_
Отговор
в отговор на ((moon!)) #16

Re: ама...

Ами няма как, ще трябва сам да изпълниш особено сложната команда "Създаване на папка" и именуването й _files. И после да довлачиш каквото ти трябва в нея.

Не съм го разглеждал подробно, но при отваряне на нов проект в Куанта излиза един уизард и още в началото пита дали проекта е локален или не.


Отговор
в отговор на Cтepн™ #17

Re: ама...

Цитирам montesuma:

1 ==> src="file:///C:/My%20Documents/TeoEki.jpg">
; - картинката е в документите
2 ==> src="TeoEki.jpg">
; - картинката е в директорията на html файла.

Значи ако си направя папката сам, например за траницата a.html ще имам папката a_files на C-то (пак примерно), а картинката image1.jpg ще бъде описана като
src="file:///C:/a_files/image1.jpg", а не като
src="image1.jpg", което отново я прави недостъпна за собственоръчно качване на сървъра.

Куантата не е графична, и за това не ми върши работа. Освен това не видях подобно питане дали е локален сайта или не.


_
Отговор
в отговор на ((moon!)) #18

Re: ама...

Не е така.
Отварям Композера, импортвам картинка, поглеждам сорса и виждам това:
<img style="width: 246px; height: 364px;" alt="1"
src="file:///home/stern/Desktop/Mimi/images/Mi02.jpg">


Сега записвам страницата под някакво име в home/stern/Desktop/Mimi (забележи, това е папката в която е подпапката images) и пак погледма сорса:
<img style="width: 246px; height: 364px;" alt="1" src="images/Mi02.jpg">
Забелязваш ли разликата?
Абсолютният адрес вече е станал релативен.
И докато първият в този си вид ще е недостъпен за клиентски браузер, то вече с втория всеки браузер ще покаже картинката.
Защото когато кача на сървъра цялата папка Mimi, в която е файла index.html и подпапката й images и когато с твоя браузер отвориш index.html, то браузера ще търси картинката в /images, а не в file:///home/stern/Desktop/Mimi/images.
В твоя пример src="file:///C:/a_files/image1.jpg" след сейвване на страницата ще стане src="a_files/image1.jpg" - точно това, което искаш и което ще качиш на хоста.
Ако и това вече не си разбрал - отказвам се да обяснявам повече, явно няма смисъл.

И понеже виждам, че не си и погледнал по-предните ми постове, да повторя, за последно - явно е особеност на Мозила - докато не запишеш страницата, която си почнал да правиш, то всички адреси в нея са абсолютни (от вида file:///...; след първия запис вече ги преобразува в относителни (/images). Ако случайно не са такива, то чрез Image Propreties вече е достъпен за чекване бокса URL is relative to page location - вземи го разбери това изречение и ще ти се изясни.

ПП: Нали знаеш френски - L'URL est relatif (par rapport) de la location de la page (presante).


Редактирано от Cтepн™ на

Отговор
в отговор на Cтepн™ #19

Re: аха...

Е сега вече разбрах. Благодаря ти ...


_
Отговор