-
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
за то как они наимпрувили линуховую и маковскую версию (8.5.1) - надо убивать...
я уже от их горбатого, виндоориентированного UI, чудес не жду
остаюсь на 7х клиентской версии и юзеров не буду мучать их глюкалами
сервер не испортилиб
я уже от их горбатого, виндоориентированного UI, чудес не жду
остаюсь на 7х клиентской версии и юзеров не буду мучать их глюкалами
сервер не испортилиб
Это сообщение к теме не относится. Можно писать по сути вопроса?
Добавлено:
Спасибо. Интересно, что такое Directory Independence? :newconfus:
SPR# EECC7UGLJN - The Traditional Chinese dictionary, Simplified Chinese dictionary and XTAF (eclipse based spell checking framework) have been temporarily disabled in 8.5.1 FP1 due to a possible crash or hang on Notes. A fix to this problem is targeted for 8.5.2. (Technote #1403060)
это из фикслиста 8.5.1фп1
написано, что 8.5.2 быть. Для товарищей из Китая - специально, наверное :newconfus:
Добавлено:
это из фикслиста 8.5.1фп1
написано, что 8.5.2 быть. Для товарищей из Китая - специально, наверное :newconfus:
Добавлено:
Ссылка скрыта от гостей
Если бы они написали нормальную документацию на XPages и на композитные приложения, то это было бы достойным релизом.
А так вообще никакого смысла кроме багфиксов нет в следующей версии.
А так вообще никакого смысла кроме багфиксов нет в следующей версии.
Ссылка скрыта от гостей
Notes 8.5.2 First Showing @ Lotusphere
Peter Presnell AC428784-7231-B6E1-8525-73D500012C9E ktree19@yahoo.com | Jan 20 | Tags: notes852 xpages lotusphere | Comments (3) | Visits (1,070)
One of the many interesting aspects of Lotusphere 2010 has been the first pubic showing of early code drops of 8.5.2. The following is a list of the features I have heard covered by IBM representatives at sessions I have attended so far. There are still more sessions, so the list may grow..... I will provide it now for the benefit of those unable to attend these sessions. I may not get another chance for a while as it was mentioned that a code drop will be made available within a few days for members of the managed beta program. So at that time a cone of silence must descend....
1.When editing XPages it will now be possible to drag/drop new controls onto the Xpage while using the source code view (YES)..
2.It will be possible to mark an XPage as being accessible to Public Access users much like other design elements are.
3.When dragging fields from a data source onto an XPage the fields will no longer default to text edit boxes. They type of control created will now vary based upon the type of data item used on the underlying form (e.g. date/time, rich text etc).
4.When dragging fields from a data source onto an XPage it will be possible to reorder the fields before they are imported.
5.Radio and Checkbox groups will now appear as native XPage controls. No more coding them as combo boxes first, adding the allowed values and manulally chaging them to radio/checkbox group controls.
6.It will be possible to sign a database from within designer using a right click action (Yes, yes, yes).
7.A dojo tab is being added to most controls that are implemented using dojo to allow for a wide range of dojo properties to be set from the Designer UI.
8.CKEditor will become the new default rich text editor bringing a vastly superior editor to the Web client.
9.Editing Database scripts will now be invoked using the Eclipse editor. An Eclipse @Formulae editor is not yet available to a workaround is in place when @Formula are used.
10.The "New Application" dialog is being redesigned and will include (amongst other things) the ability to assign it to a specific working set
11.It will be possible to add XPage components to a "Library" which can be shared across multiple applications.
12.A series of RESTful APIs are being made available that will allow Developers to extend XPage applications in many ways. This includes writing new controls, data drivers, validators etc.
In addition, the following features are being worked on but are considered unlikely to make 8.5.2. So think 9.0 sometime in 2011.
1.Hooks within DDE to Open Source source code systems.
2.A true class editor for JavaScript and SSJS
3.Many components of Project Vulcan (including Lotus Notes) will utilize HTML5, CSS3, and Dojo++
4.Hooks will be provided to the new analytics capabilities being added as part of Project Vulcan.
It also looks like we will start to see some developer-focused tools made available to Notes develoeprsvia OpenNTF. This is an awesome initiative and will include:-
1.A tools that will allow for the profiling of XPages running on a Domino Server
2.A tool that will migrate existing Forms-based applications to XPages (This was also mentioned in the startegy session on Notes so we may see partial solutions released via OpenNTF before a more comprehensive tool is provided as part of the product in Notes 9+
А мне интересно повышение надежности nsf + средства, которые позволяют создавать лучше контролируемые приложения в плане их развития и администрирования - вот это в первую очередь важно для предприятия, а не облака, вулканы, iPhone и т.п.
надёжность - очень сомневаюсь :KillMe:
чем больше наворотов - тем меньше надёжность (при прочих равных)
приложения и так не плохо контролируются, а вот нормально интегрировать в эклипс (вместо пердулек и свистулек) - очень актуально...
и иметь нормальную, современную IDE, с поддержкой рефакторинга, аннотирования, автоматического документирования и интеграции со средствами контроля верси и совместной разработки (изкаропки) - очень хоца
но это, видать, не путь ИБМ, на данном этапе...
лишние навороты в без того глючном UI - ничего хорошего не несут
клиент стал тяжелее и гючней - это факт
как для девелупера - мне интересно развитие и внедрение современной! java платформы в домину и нотуса, а не того отсталого огрызка, кот. имеем
в этом случае - многие костыли не пришлосбы внедрять в сущ. клиента
чем больше наворотов - тем меньше надёжность (при прочих равных)
приложения и так не плохо контролируются, а вот нормально интегрировать в эклипс (вместо пердулек и свистулек) - очень актуально...
и иметь нормальную, современную IDE, с поддержкой рефакторинга, аннотирования, автоматического документирования и интеграции со средствами контроля верси и совместной разработки (изкаропки) - очень хоца
но это, видать, не путь ИБМ, на данном этапе...
лишние навороты в без того глючном UI - ничего хорошего не несут
клиент стал тяжелее и гючней - это факт
как для девелупера - мне интересно развитие и внедрение современной! java платформы в домину и нотуса, а не того отсталого огрызка, кот. имеем
в этом случае - многие костыли не пришлосбы внедрять в сущ. клиента
надёжность - очень сомневаюсь
чем больше наворотов - тем меньше надёжность (при прочих равных)
Меня волнуют надежность хранилища данных, операций выполняемых с данными и надежность работы видов, а навороты UI как-то особо не волнуют, XPages всякие, например (хотя, наверное, для web разработчиков это вещь нужная) или композитные приложения.
Если бы лутусню покупали по большей части девелоперы, то и шло бы в нужном нам(разрабам) направлении.
А так как потребители обычные смертные юзвери, то и двигают в сторону красивого... Потому как смотрится стандартный UI по теперешним временам довольно убого... Еще поднимался вопрос об обновлениях стандартных темплейтов, которые вообще не меняются уже Н лет(исключение разве что почтовый).
А так как потребители обычные смертные юзвери, то и двигают в сторону красивого... Потому как смотрится стандартный UI по теперешним временам довольно убого... Еще поднимался вопрос об обновлениях стандартных темплейтов, которые вообще не меняются уже Н лет(исключение разве что почтовый).
Девелоперы будут и с такими дизайнерами. Хотя знаю несколько немелких компаний(150-300 рм), которые лотусню используют только в стандартном наборе, т.е. почта, календарь, туду, база документов, база журнала и т.д. Без своих доработок
На западе лотус используют в многих очень больших компаниях, с десятками тысяч рабочих мест именно как почту и не более того.
Я бы сказал что из тех "сто пятидесяти миллионов" рабочих мест лотуса, 95% (минимум) это исключительно почта.
Сделав проект - композитное приложение, и в последнее время немного поизучав XPages, я понял что ждать от IBM чего-то хорошего просто бесполезно.
В блогах "желтые" пищят от счастья по XPages, в реальности же это недоделанная кривая надстройка над JSP, причем средства разработки реализованы крайне слабо. И планов улучшить эти средства даже не озвучивается. Неудивительно что желающих поработать Lotus-программистом крайне мало.
Между прочим, почитайте инфу о "проекте Вулкан", которая вроде бы будет следующей версией Lotus Notes. Информация скудная, но судя по всему мы получим "гугл-мейл + фичи" от IBM.
PS Вот ссылочка на блог:
Ссылка скрыта от гостей
, не удивлюсь если такое сейчас творится повсеместно в США и в Европе.
fftop: K-Fire
рассмешило, первый же пост, предложение ШП - как замены
шило - на мыло для верёвки (шоб повеситься)
вместо ШП - alfresco, вполне вменяемая и главное - гибкая, а порой "бесплатная" альтернатива
а тем временем тихо развивается проект кочдб, уже как движок репликации, он появился на линуховом десктопе
общая демка http://vimeo.com/7138726
затем вот это
Ссылка скрыта от гостей
даже типа СРМ
-
Ссылка скрыта от гостей
есть мнения на русском
Ссылка скрыта от гостей
Ссылка скрыта от гостей
Ссылка скрыта от гостей
бусинес мудель:
Ссылка скрыта от гостей
др. словами - люди смотрят, пользуются...
а ИБМ доиграется
- удушит домину, а работа (для привыкших к домине) найдется в выше озвученном амплуаДа, Лотус менять на ШП это шило на мыло, и когда идет такая такая замена, то это скорее всего заслуга майкрософтовского маркетинга. Ну а какой маркетинг в IBM мы все знаем, он отсутствует как класс fftop:
Насчет opensource систем, и особенно коуч-дб. Я CouchDb себе ставил. Я все понимаю, с точки зрения девелопера это хорошая альтернатива. Но решения принимают CIO, для которых важнее поддержка и наличие развитых средств администрирования. И главное наличие на рынке специалистов, которые могут все поставить, настроить и поддерживать.
Пока это все отсутствует у CouchDb и большинства опенсоурса. Надеюсь когда-нибудь появится, тогда подобные системы может и начнут вытеснять M$ и IBM с рынка.
fftop:Насчет opensource систем, и особенно коуч-дб. Я CouchDb себе ставил. Я все понимаю, с точки зрения девелопера это хорошая альтернатива. Но решения принимают CIO, для которых важнее поддержка и наличие развитых средств администрирования. И главное наличие на рынке специалистов, которые могут все поставить, настроить и поддерживать.
Пока это все отсутствует у CouchDb и большинства опенсоурса. Надеюсь когда-нибудь появится, тогда подобные системы может и начнут вытеснять M$ и IBM с рынка.
На счет администрирования - в версии 851 уже валяется прикольный такой файлик - ibm-nd-schema-2ad.ldif
fftop:Появится очень полезный метод, который позволит передавать агенту целый документ, несохраненный причем: NotesAgent.runWithDocumentContext(NotesDocument)
Как я понял, таким образом можно будет, к примеру, легко передать агенту определенные параметры и получить обратно от агента другие, или сохранить передаваемый документ в базе, в которой пользователь не имеет прав документы создавать, это правда, если только можно будет таким образом агент запустить с другими правами.
Как я понял, таким образом можно будет, к примеру, легко передать агенту определенные параметры и получить обратно от агента другие, или сохранить передаваемый документ в базе, в которой пользователь не имеет прав документы создавать, это правда, если только можно будет таким образом агент запустить с другими правами.
Ссылка скрыта от гостей
Ссылка скрыта от гостей
Для web-разработки это может быть и проканает, если передавать текущий документ (они смогут синхронизировать изменения). А вот для чистого LS - вряд ли, т.к. чтобы в скрипте, вызывающем агент, в объекте передаваемого документа появились изменения нужно вытянуть заново док из базы; если же его не сохранять, то что вытягивать будем?..
Обучение наступательной кибербезопасности в игровой форме. Начать игру!