Каков был бы лучший метод для получения пользовательского элемента (то есть с использованием собственной графики J2ME), окрашенного на элементах LWUIT?

Пользовательский элемент-это реализация из библиотеки сопоставления, которая рисует его содержимое (например, google map) в графический объект. Как можно было бы нарисовать результат непосредственно на элементах LWUIT (на данный момент я пытаюсь нарисовать его на компоненте).

Является ли единственным способом написать оболочку в пакете LWUIT, которая будет раскрывать ее внутреннюю реализацию?

Редактировать:

Джон: ваше решение выглядит как много техники: P то, что я в конечном итоге использовал, это следующая оболочка:

package com.sun.lwuit;

public class ImageWrapper {
  private final Image image;

  public ImageWrapper(final Image lwuitBuffer) {
    this.image = lwuitBuffer;
  }

  public javax.microedition.lcdui.Graphics getGraphics() {
    return image.getGraphics().getGraphics();
  }
}

Теперь я могу получить графический элемент 'native' из LWUIT. Краска на нем-эффективно живопись на изображении LWUIT. И я могу использовать изображение для рисования на компоненте.

И это все еще выглядит как хак :)

Но реальная проблема-это 50 кб накладных расходов кода, даже после запутывания. Но это вопрос для другого поста :)

/JaanusSiim

<a href="#" title="Title">Link</a>

 title="Title"

Я хотел, чтобы некоторые из этих изящных закругленных углов были использованы для веб-проекта, над которым я сейчас работаю.

Я думал, что попытаюсь сделать это с помощью javascript, а не CSS, чтобы свести запросы к файлам изображений к минимуму (да, я знаю, что можно объединить все необходимые закругленные угловые формы в одно изображение), и я также хотел иметь возможность изменять цвет фона практически на лету.

Я уже использую jQuery, поэтому я посмотрел на отличный плагин с закругленными углами , и он работал как шарм в каждом браузере, который я пробовал. Будучи разработчиком, однако, я заметил возможность сделать его немного более эффективным. Скрипт уже содержит код для определения того, поддерживает ли текущий браузер webkit скругленных угла (браузеры на основе safari). Если это так, то он использует raw CSS вместо создания слоев divs.

Я подумал, что было бы здорово, если бы такая же проверка могла быть выполнена, чтобы увидеть, поддерживает ли браузер специфические для гекконов свойства -moz-border-radius-* и если да, то использовать их.

Проверка поддержки webkit выглядит следующим образом:

var webkitAvailable = false;  
try {  
    webkitAvailable = (document.defaultView.getComputedStyle(this[0], null)['-webkit-border-radius'] != undefined);
} 
catch(err) {}

Это, однако, не сработало для -moz-border-radius , поэтому я начал проверять альтернативы.

Моим запасным решением, конечно,является использование обнаружения браузера, но это далеко не рекомендуемая практика.

Мое лучшее решение пока заключается в следующем.

var mozborderAvailable = false;
try {
    var o = jQuery('<div>').css('-moz-border-radius', '1px');
    mozborderAvailable = $(o).css('-moz-border-radius-topleft') == '1px';
    o = null;
} catch(err) {}

Он основан на теории, что геккон "expands" композит -moz-border-radius к четырем под-свойствам

• -moz-border-radius-topleft
• -moz-border-radius-topright
• -moz-border-radius-bottomleft
• -moz-border-radius-bottomright

Есть ли какой-нибудь javascript/CSS гуру, у которого есть лучшее решение?

(Запрос функции для этой страницы находится на http://plugins.jquery.com/node/3619 )

Политика безопасности .NET может быть изменена из сценария с помощью CasPol.exe . Скажем, я буду распространять приложение для нескольких пользователей в локальной сети. Большинство из этих пользователей будут непривилегированными, стандартными учетными записями, поэтому у них не будет необходимых разрешений для соответствующей команды.

Я думаю, что буду искать сценарии входа в домен. Есть ли какие-то альтернативные сценарии? Есть ли решения для сетей без домена?

Edit: я обязан использовать версию фреймворка 2.0

Таким образом, вы знаете, что многие приложения Mac используют "bundles": он выглядит как один файл для вашего приложения, но на самом деле это папка с большим количеством файлов внутри.

Чтобы система управления версиями могла справиться с этим, ей необходимо:

• проверьте все файлы в каталоге, чтобы приложение могло изменять их по мере необходимости
• при заселении,
  • фиксация файлов, которые были изменены
  • добавление новых файлов, созданных приложением
  • отметьте как удаленные файлы, которых больше нет (так как приложение удалило их)
  • управлять это как одно атомарное изменение

Есть идеи, как лучше всего справиться с этим с помощью существующих систем контроля версий? Есть ли какие-либо системы управления версиями более искусные в этой области?

• CentOS x64
  
• ISPmanager pro
  
• Apache mpm-itk php 5.3
  
• php 5.2 CGI
  
• MySQL 5.1
  
• munin — для мониторинга проблем железа