Просто - не та сумма. Вернее сказать: сумма соответствует... фрилансу. Для того что бы переманить редких программеров - на постоянку - нельзя объявлять менее 3500 вечно зелёных, это сейчас соответствует столичному уровню. А под серьёзный проект лучше заявить 5000. А иначе, о работодателе нехорошее подумают
уж очень нравится мне этот язык :)
:beer:
А связка IS -ASP -JS - вас не устраивает?
RED
Я щас еще отвечу, а ты сотри мой мессадж, как прочтёшь его.
Я ему и так баг через багзиллу его подписал: 4+ месяца висит со статусом NEW :(
такая же история, но на багзилле мозиллы :angry:
Выскажу мнение: обобщая то. что я слышу часто от людей, которые меня окружают - разработчики различного сетевого ПО. Все они и активные пользователи различных мозилл и как разработчики и как "частники".
Рано было о тройке даже думать - господа - когда двойка ещё сырая, как детский подгузник. Зачем под "релизом" её выпускать было, а? Уровень "бетта-гаммы" - увы! Сравнивая с традиционным мозилловским качеством... у разработчиков сетевых приложений (клиентская часть) остаётся горечь - и у меня в том числе. Если конечно без файрфоксовского фанатства. Всё - с большим трудом заработанные очки и серьёзный авторитет - можно потерять очень быстро в погоне за пустопорожними обновлениями... ради обновлений. Такая, сейчас, мода на всём фронте ПО - и снова увы, увы. Мozilla сью
ужели никто не сможет помочь? )
В ответ на ваше ПМ - позвольте напишу здесь.
( с опозданием - потому что не часто сюда заглядываю сейчас. Один делаю клиетскую часть для сетевой CRM/BPM + серверные сценарии, что "поглотило" меня полностью :iron: Аш тошнит :( как беременного :lol:
Что вам сказать? Я нашёл для себя приемлимый выход в установке упомянутого расширения
http://www.supportware.net/mozilla/#ext13
Поэтому добавлю вам информации об этом расширении.
О том, что формат .eml - это тот же формат что и .txt - я уже писал.
Если Вы хотоите большей автоматизации, то откройте из-под Thunderbird Tools>Extentions> селект Tb AutoSave >options> там увидите где поменять сохраняемый формат на .txt
К сожалению, автор не предусмотрел опции для сохранения без mail-headers - то есть письм(о/а) сохраняются с информативным, но иногда не нужными в дальнейшем, заголовком.
Для сохранения нескольких писем в одном файле ( с помощью упомянутого расширения ):
выделяем курсором н
Это не то - данный плагин сохраняет не в текстовом формате, а каком-то своем .eml
Необходимо именно в текстовом...
Вообще то ".eml" - это простой текстовый формат;
файл содержит "тело" сообщения и "заголовок" с адресом и тп. (что в подобных вашему и моему случаю может быть информативно)
Расширение ".eml" только указывает системе открыть его с помощью "уполномоченного почтовика", который отформатирует заголовок и выведет его "красиво". Но!
Но Вы можете открыть его и Ноутпэдом, Блокнотом - те любым простым текстов. редактором.
При выборе "правый клик > "открыть с помощью> Выбрать программу" установите флаг "Испол. для всех файлов этого типа" и выберите любой подходящий редактор
как я понял, решение найдено
Да, спасибо Unghost -у (и конечно тем, кто написал extention), добавлю Unghost -у + а то забыл это сделать сразу :)
Зачем? Я отчасти объяснился на этот счёт в своём топике "Ищу расширение для Т."
Приветствую! Спасибо! В соседней теме нашёл Ваш же ответ по самому существу дела: как я и думал такое расширение есть! Совсем недурное! Единственно, что мне чаще приходиться сохранять "body" писем без хидеров - а в этом extention такой опции нет - грм, ну это я уже вредничаю ;)
Почтовые папки Thunderbird и есть простые текстовые файлы. Ну и какой смысл в этом расширении?
Что там "текст" - это понятно и отчасти согласен. Если бы не такой объём! Ведь речь об автоматизации - или точнее - об ускорении монотонных повторных операций, которую можно выполнить разными инструментами. А поскльку T-d богатая на расширения вешЧ - то ведь логичнее, чтобы она выполняла эту операциюб да?
Вот, поэтому спасибо огромное Unghost! :beer: ( с меня при окаЗии )
ЗЫ:тем, кто заинтересовался финалом розысков в этом топике, копирую для удобства ссылку, к-ю отыскал Unghost http://www.supportware.net/mozilla/#ext13
…Я не нашёл! Поэтому задал тот же вопрос в теме "Ищу расширение для Т." Очень полезная и восстребованая очевидно весЧ . Если нет то надо сделать ;)
Эхххх! Самому видимо прийдётся заняться написанием сей полезняшки :cool: Кстати очень много понтовых - но мало-мало-полезных! - экстэншнз напрвленных чаще всего на украшение Гуя, для выпендрёжа, а вот по целевому назначению программы - то есть различные виды работ с почтой, сортировок сообщений - ох, маловато! Так что? Не хватает идей? Что добавить полезного? Так вот же она: идея-то! То есть сделать выборочное сохранение ("экспорт") нескольких (зараз!!!) сообщений в N- распространёных форматах. Жмёшь шифт, ыделил несколько мессаджей, правый клик, контекстное меню "сохранить в", опция ".txt", ".htm".... Ну вообщем, уже повторяюсь, извините за занудство... :)
Столкнулся с необходимостью экспортировать сообщения из Inbox-а в текстовый файл. По одному делать это неудобно, так как это приходится делать часто. Искал расширение, которое позволяет делать такой экспорт выборочно (скажем, выделяешь пяток сообщений, жмёшь Экспорт->Формат и дело в шляпе), но ничего похожего не нашёл, хотя вещь очевидно полезная. Внимание, вопрос: може кто-то знает о существовании такого расширения. Тогда подскажите, пожалуйста. Заранее спасибо.
P.S.: Может кто-то работает над его созданием? Всем привет.
По-моему он не работает.:P
Да я описался (cut & copy )
во вложенном цикле (паст энд копи)
for (var n=0,cel; i<row.cells.length; n++) {
cel = myTable.cells[n];
я не праверил но мысль то ясна :D
ниже работающий пример
[code]<html>
<head>
<title>Mozilla > test</title>
</head>
<body>
<table cellspacing="0" cellpadding="0" id="myAllTexts">
<tr>
<td id="gt0">
In Mozilla and in IE
</td>
<tr>
<tr>
<td id="et">
(
</td>
<tr>
<tr>
<td id="et">
don't
</td>
<tr>
<tr>
<td id="et">
)
</td>
<tr>
<tr>
<td id="gt1">
work
</td>
<tr>
<tr>
<td id="gt2">
that
</td>
<tr>
</table>
<script type="text/javascript">
<!--
function catchText(myTable, cell_id)
{
var text = "";
for (var i=0,row; i<myTable.rows.length; i++) {
row = myTable.rows[i];
for (var n=0,cel; n<row.cells.length; n++) {
cel = row.cells[n];
if (!
Моделируем ситуацию:
1. Вы не знаете номер строки, но вы знаете его буквенный идентификатор.
2. Вам нужно получить ТЕКСТ в некоторых ячейках, текст должен быть без тегов HTML.Hint: В ИЕ вы не можете обратиться к ассоциативному хешу, а можете обратиться к числовому. Т.е. в ИЕ конструкция myTable.rows["text_id"] выдаст сообщение об ошибке. Поэтому обратиться к нужной строке можно с помощью метода getElementById, и потому жуе обращаться к хешу ячеек в полученной строке.
P.S. Не понял вообще, как работает ваш скрипт. По-моему он не работает.:P
Мне не нужен innerHTML, потому что в нем присутствуют HTML-теги - мне нужен чистый текст, что бы выдать его юзеру.
innerHTML - эт только для примера - главное мы получили объект. А доступ к остальным полям объекта это как Вы сами понимаете "дело техники"
Развивая тот же пример () захватываем текст у ячейки по параметру Id
function catchText (cell_id)
{
var text = "";
for (var i=0,row; i<myTabl
Навсякий случай уточню:
rows и cells - это нумер arrays - то есть к содержащимся элементам обращаемся не через метод (), а через индекс cells[0]
Чисто для примера
for (var i=0,row; i<myTable.rows.length; i++) { row = myTable.rows[i]; for (var n=0,cel; i<row.cells.length; n++) { cel = myTable.cells[n]; try { /* делаем что-то полезное с cel */ } catch(e) { /* перехватываем что-то c cel */ } } }
ОК - значит всё работает :)
В Лисе не отработал, но отработал в ИЕ, Опера.
У меня сейчас три Геко старая Мозила, Лис и Нетскэйп
везде работает :/
Поэтому давайте сверим часы (а вдруг? )у вас что-то не так ;)
На этой странице вводим в локэйшн с javascript:
получаем в алерте элемент филдсет с иннером (?)
Решил не заводить новый топик. Подымаю старый.
Проблема с nextSibling/prevouseSibling.
Да тоже, решал проблему у Лис с табуляцией и пробелом, которые создают узел ака text
Вот, что Вам может быть поможет взглянуть на ваше решение по другому - в случае, когда нужны элементы table
У таблицы есть аррэй rows - строки; и у каждой строки аррэй cells - ячейка
соответственно обращаемся myTable.rows[n].cells[n]
- ну и в циклах удобно разумеется
mozilla_user
Вы меня не совсем правильно поняли.
Здесь ключевое слово байт
:D Ржу над собой! Получается я вас совсем неправильно понял. У меня ещё была такая мысль - но я её отверг как вредную :D
Рад, что решение LattyF вам подходит...
Вопрос: какими -moz хаками это можно победить и можно ли?(особенность рендернига Gecko ?)
Встречный вопрос: какие элементы содержаться в fixed div?
А в Opera 9.0 Beta сайт функционирует нормально :P
Конечно, глючить сайт в Опере будет меньше.
Так как опера частично поддерживает DOM ака IE - в частности коллекция all в документе присутствует (правда, если не отключать определение броузера как IE).
Но глючить все равно будет - потому что ошибки не становяться от этого "правильностями".
Конечно можно отключить также JS, стили и тп. И в каком то режиме - на который авторы ресурса вряд ли всерьёз расчитывали - просмотреть этот ресурс :rolleyes:
:offtopic:
Однако Ваш намёк на кульность оперы не продуктивен ;)
Сам по себе факт поддержки Оперой парадигмы "программы-хамелеона", - до сих пор, - несмотря на вполне сапоставимую по длительности рыночную историю программы, говорит о вторичности маркетплэйса этого браузера. Тон задают другие игроки :cool:
Но так ли уж плоха DOM-мимикрия? Нет конечно. Если в браузере она реализована комплитли = полностью: IE так IE и тп.
Увы! Опера пытается ещё иметь своё лицо
Проголосовал за третий вариант. Если бы он отсутствовал - то предпочёл бы 4.
Исхожу из той посылки, что ресурс должен быть прежде всего информационным (в классической интерпритации смысла этого слова). На это решение повлияло следующее.
Во-первых, с деловой точки зрения
Макет свёрстан - а значит ближе к реализации - и это главное :rock:
Людям он нужен ещё вчера.
Во-вторых, по юзабилити
Повторюсь - так как стр свёрстана в html - мы её щупаем AS IS
Например, страница отображается "полиграфично" хорошо: уместны в данном случае относительный сайз шрифта. Скажем на ноуте с 1400X100 не требует доп манипуляций для "слабовидящих". Таким образом, автор(ы) макета преодалели уже многие стартовые "болезни" Etc
Во-третьих, по дизайну - видно что оставлен нормальный потенциал для "масштабируемости" и расширения ресурса
В-четвёртых, по дизигну (в "русском" смысле - то есть о картинке).
Мною замечено минимум раздражающих факторов (типа бэкгроундов навязчивой расцветки) и минимум следов "самовыраж
Чтобы было проще понять, что требуется (а то я свои посты и сам не всегда понимаю :)):
<что-то делаем>
Делаем "что-то" например вот так
[code]//f:
function writeFile(sFilePath, num_as_hex, str_as_string)
{
try
{
var file = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);
file.initWithPath(sFilePath);
if (!file.exists()) file.create(0x00, 0644);
var strm = Components.classes["@mozilla.org/network/file-output-stream;1"].createInstance(Components.interfaces.nsIFileOutputStream);
strm.init(file, (0x20 | 0x04), 00004, null);
//calling converting function
var output_str = convertToStrangeFormat(num_as_hex, str_as_string);
strm.write(output_str, output_str.length);
strm.flush();
strm.close();
}
catch(ex)
{
window.alert(ex.message);
}
}
//f: converting function
function convertToStrangeFormat(num_as_hex, str_as_string)
{
var str = "";
if (num_as_hex
скорее уж обойтись без document.all - что мы и видим на некоторых современных сайтах
конечно! :beer: (как это видно из 2-го примера)
То есть, если использовать JS "объектно", опираясь на специфику DOM - то в большинстве "простых" случаев, характерных для web-практики, можно обойтись без переопределений скрипта под отдельные DOM-модели
и конечно всё это известно и "старо" как сам JS ;)
Keetano Katakana
Он японский.
:offtopic: а может тож сгодиться? Стилизация под восток - дело тонкое :P Как говорил мне знакомый японец: первый месяц в России не мог различать "белолицых"
разглядел вот это ужос у авторов
<select name='trr_country_list' style='width: 130px; font-size: 8pt;' onChange="javascript:trr_GoCountry();">
префикс протокола javascript в вызове метода не только не нужен - но и "вреден" :dumb: - крайне неграмотно
и пришлось исправить и свои "рекомендации"
Так метод более ни где не вызывается - то вот так будет лучше ;)
function trr_GoCountry(elm) { window.location = "country.php?country="+elm.options[cmb.selectedIndex].value; return true; }
и далее в html коде
<select name='trr_country_list' style='width: 130px; font-size: 8pt;' onChange="return trr_GoCountry(this)">
так надо пройтись по всему скрипту :o
…нету заголовка в документе определяющего тип, потом куча ошибок на аваскриптах вываливается
неопределённый доктайп - конечно проблем - особо если выбрана парадигма xhtm, а в доктайпе об этом "ни слова".
Но в случае с JS всё празаичнее
Смотрим
function trr_GoCountry() { var cmb = document.all["trr_country_list"]; window.location = "country.php?country="+cmb.options[cmb.selectedIndex].value; }
и далее
2строка свидетельствует, что авторы ресурса не приложили сколь-нибудь "серьёзных" усилий для того что бы их скрипт работал c браузерами поддерживающими стандарты (коллекция all существует только в DOM IE - что общеизвестно ) Авторам надо смотреть док-ю по мозилле и внести соответствующие коррективы
Например для вышеуказанного фрагмента кода изменения во 2 строке.
Отнюдь не лучшее "решение" , но будет работать: оставляем name как ид элемента
[code]function trr_GoCo