Menu
▾
▴
xnap-commons-devel — XNap Commons development is discussed here.
You can subscribe to this list here.
| 2005 |
Jan
(6) |
Feb
(1) |
Mar
|
Apr
(20) |
May
(5) |
Jun
(19) |
Jul
|
Aug
(7) |
Sep
(2) |
Oct
(8) |
Nov
(16) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(10) |
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(7) |
| 2007 |
Jan
(2) |
Feb
(8) |
Mar
(1) |
Apr
(3) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(4) |
Feb
(14) |
Mar
(12) |
Apr
(17) |
May
(40) |
Jun
(25) |
Jul
(35) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
|
Dec
(14) |
| 2010 |
Jan
(7) |
Feb
(6) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
| 2012 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2013 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: steven987 <ste...@co...> - 2006-07-07 04:49:31
|
Hello, Is there a tag library for Gettext Commons <http://xnap-commons.sourceforge.net/gettext-commons/index.html>? Are there examples of Java/JSP web applications that use Gettext Commons? Gettext Commons seems much better than what's available in JSTL <http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html> and Jakarta's I18N tag library <http://jakarta.apache.org/taglibs/doc/i18n-doc/intro.html>. Thanks, -Steven |
|
From: Steffen P. <ste...@gm...> - 2006-05-18 15:51:02
|
Hi, a new version of the XNap Commons has been released. The ChangeLog is pretty concise: o Added getComponent() method to ProgressMonitor. Steffen -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2006-02-09 13:34:55
|
Hi, I am not sure what the cause of your problem is. I am just guessing. > I'm doing the tutorial and failing at the conversion of a po-File to a > Ressource Bundle. > > $ msgfmt --java2 -d conf -r app.i18.Messages -l de keys.po > > causes > > msgfmt: cannot create a temporary directory using template > "\/msgNhjhpb": Invalid argument Try to set explictly set a valid temp direcotry before running msgfmt: export TMPDIR=/tmp Steffen -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Thomas K. <tk...@va...> - 2006-02-09 10:28:12
|
Gettext Commons 0.9 / Win32 / Java 1.4.2 Hello! I'm doing the tutorial and failing at the conversion of a po-File to a Ressource Bundle. $ msgfmt --java2 -d conf -r app.i18.Messages -l de keys.po causes msgfmt: cannot create a temporary directory using template "\/msgNhjhpb": Invalid argument Conf-directory and key.po exist. I'm thankful for any hint! Regards, Thomas Kusch tk...@va... |
|
From: Steffen P. <ste...@gm...> - 2006-01-15 14:25:43
|
Hi, > Alternatively, we could add a suffix to the version, eg. 1.0-m2 or > something like that. So we could preserve our versioning and can > distinguish both variants. Right, we could also use an epoch prefix like Debian does for some packages like 2:1.0. I am not sure if Maven can cope with these version strings when automatically updating plugins. Maven probably only looks for the latest uploaded plugin file anyways, so this may work... Steffen -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Felix B. <bf...@gm...> - 2006-01-15 12:43:35
|
On Saturday 14 January 2006 00:02, Steffen Pingel wrote: > or "Gettext Commons" (XNap style) or something completly different > (like Gettext Java Tools)? I like the latter two. The more unique identifier should come first, hence gettext before commons. Calling it Gettext Java Tools may be even a better idea, considering we're already providing maven plugins and hopefully soon: * Ant target templates * migration tools, maybe in the shape of eclipse plugins (I'm looking into the eclips java compiler) Felix -- Try Debian GNU/Linux! http://www.felix.beldesign.de/ |
|
From: Tammo v. L. <tva...@ta...> - 2006-01-15 12:42:50
|
Hi, >> Setting the version number to 2.0 imho >> implies that it's a very mature product in its second release cycle. > > I agree, but considering that Sun has jumed from Java 1.4 to Java 5.0, I think > it's fair to start with version 2.0 :). Alternatively, we could add a suffix to the version, eg. 1.0-m2 or something like that. So we could preserve our versioning and can distinguish both variants. Tammo -- Tammo van Lessen - tva...@ta... - http://www.taval.de |
|
From: Steffen P. <ste...@gm...> - 2006-01-15 03:50:26
|
Hi, > Maybe I don't understand the implications of changing the plugin name, how > do other plugins solve that problem. is the maven- prefix still standard > practice for maven 2 plugins? I guess it still is, although some plugins are now foo-maven-plugin instead of maven-foo-plugin [1]. > Setting the version number to 2.0 imho > implies that it's a very mature product in its second release cycle. I agree, but considering that Sun has jumed from Java 1.4 to Java 5.0, I think it's fair to start with version 2.0 :). Steffen [1] http://svn.codehaus.org/trunk/mojo/?root=mojo -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2006-01-13 23:03:05
|
Hi, Felix suggested to develop tools to migrate existing Java applications that use arbitary keys to the Gettext Commons library in an automated fashion. I think these tools would provide a major benefit to the project. Considering that the Gettext Commons do not have a strong connection to the XNap Commons, I would suggest to create a new sf project and move the Gettext Commons library and Maven plugins to that project. I am not sure about the name of the project though. "Commons Gettext" (Apache style) or "Gettext Commons" (XNap style) or something completly different (like Gettext Java Tools)? Comments? Steffen |
|
From: Felix B. <bf...@gm...> - 2006-01-09 12:59:54
|
On Monday 09 January 2006 03:10, Steffen Pingel wrote: > I see to possible solutions: > > * Changing the version of the Maven 2 plugin to 2.0 > * Renaming the Maven 2 plugin to mvn-gettext-plugin > > What do you think? Maybe I don't understand the implications of changing the plugin name, how do other plugins solve that problem. is the maven- prefix still standard practice for maven 2 plugins? Setting the version number to 2.0 imho implies that it's a very mature product in its second release cycle. What about maven2-gettext-plugin? Felix -- Try Debian GNU/Linux! http://www.felix.beldesign.de/ |
|
From: Steffen P. <ste...@gm...> - 2006-01-09 02:55:15
|
Hi, the XNap Commons team has recently released the initial version of the Maven Gettext Plugin. The plugin integrates the GNU gettext [1] internationalization (i18n) tools into Maven builds. Plugin documentation is available at http://xnap-commons.sourceforge.net/m1/maven-gettext-plugin/index.html . The Gettext tools are widely used for i18n (in the Java-less world) and have powerful features: * easy extraction of user visible strings * marking of changed strings to enable translators to check if the translation still matches * advanced plural handling. * support for many source code languages (C, Python, Lisp...) including Java. The plugin was developed for the Gettext Commons [2] library. The lightweight library combines the power of the unix-style gettext tools with the widely used Java ResourceBundles. This makes it possible to use the original text instead of arbitrary property keys, which is less cumbersome and makes programs easier to read. This tutorial [3] gives an overview of the Gettext Commons and describes how to integrate the library into existing Java applications. A plugin for Maven 2 is being developed here: http://xnap-commons.sourceforge.net/m2/maven-gettext-plugin/index.html . Steffen [1] http://www.gnu.org/software/gettext/ [2] http://xnap-commons.sourceforge.net/gettext-commons/index.html [3] http://xnap-commons.sourceforge.net/gettext-commons/tutorial.html -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2006-01-09 02:10:15
|
Hi, unfortunately the Maven 1 gettext plugin and Maven 2 gettext plugin have the same name (and almost the same version). This makes it impossible to do upload these to the same sourceforge project as both plugin filenames are the same: maven-gettext-plugin-1.0.jar. I see to possible solutions: * Changing the version of the Maven 2 plugin to 2.0 * Renaming the Maven 2 plugin to mvn-gettext-plugin What do you think? I prefer changing the version. Steffen -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2006-01-05 02:23:43
|
Hi, I am proud to announce the first release of the Gettext Commons library. As I already pointed out in my last post this new sub-project contains all i18n related classes. Release notes are located at [1]. We have also released a new version of the XNap Commons library. Release notes are located at [2]. The release contains a few new components, a code clean up and does not contain i18n stuff anymore. Next thing on my todo list is to announce the maven-gettext-plugin to the Maven mailing list (and to take the chance to promote the Gettext Commons a little bit...). Steffen [1] http://sourceforge.net/project/shownotes.php?release_id=382886&group_id=121150 [2] http://xnap-commons.sourceforge.net/changes-report.html#0_9_4 -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2006-01-03 02:41:03
|
Hi, I have created a class named I18nManager and moved a few methods from I18nFactory to that class. I think the only thing that is left to be done before a first release is writing a bit of documentation. I hope I will get started on that within the next few days ;). Steffen -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2005-12-22 20:52:36
|
Hi, I have moved the i18n package to a separate cvs module called gettext-commons. The new sub-project has no dependencies and is Java 1.3 compatible. I have taken this decision for a few reasons: * Most XNap Commons classes are GUI (or settings) related, i18n doesn't really fit the profile. If someone wanted to use the i18n classes only, it wouldn't be desireable to depend on the large XNap Commons jar. * Lots of Java projects still stick to old Java versions. In order to reach a large audience, Java 1.3 support is neccessary. * The LGPL is nice, but we may want to release the i18n stuff under the ASFL later (the trn() function needs to be rewritten first) without changing the license for the XNap Commons as a whole. * We don't have enough sub-projects, yet ;). That said, let't get down to the remaining technical issues: * EmptyResourceBundle lacks proper plural handling support and a locale which is needed for sourceCodeLocal handling. For now I have "disabled" the class. * Felix has suggested an I18nManager (singleton) class to handle everything that has been stuffed into I18nFactory but doesn't belong there like the listener methods. Opinions? +1 from my side * Maven does not copy resources from src/test to the target/ directory. We need to move the resources to a separate directory and add it to the pom. I'll check how to do that later. All in all I have to say the refactoring was quite painless. Due to the extensive test cases I am confident (for the first time) that I didn't break anything :). Merry christmas [1]. Steffen [1] I'm aware this is politically incorrect, but I couldn't care less. |
|
From: Steffen P. <ste...@gm...> - 2005-12-11 19:56:54
|
Hi, I have deployed the site for the freshly developed maven getext plugin: http://xnap-commons.sourceforge.net/m1/maven-gettext-plugin/ Still needs a bit of documentation and the report is not yet generated but the plugin is already usable. Steffen |
|
From: Steffen P. <ste...@gm...> - 2005-12-08 01:00:51
|
Hi,
Tammo and I finally tackled the plural handling with gettext. Basically it is
neccessary to use msgfmt to generate class file based ResourceBundles.
Here is an example from Dialogs.java that demonstrates the new I18n.trn()
method:
I18n.trn("Do you really want to copy the selected file to \"{0}\"?",
"Do you really want to copy the selected files to \"{0}\"?",
files.length, target.getAbsolutePath())
The third argument is used to select the correct plural, depending on the
locale specific plural expression.
We have also discussed a few possiblities how to improve the i18n API (e.g.
getting rid of the static methods) but have not yet come to conclusions.
Steffen
--
Steffen Pingel - ste...@gm... - http://steffenpingel.de
|
|
From: Steffen P. <ste...@gm...> - 2005-11-27 13:39:27
|
Hi, looks like the upcoming Java release will add some xnap-commons features like table sorting and filtering [1]: !Java Standard Edition (Java SE) 6.0 (code name Mustang), adds some features that make sorting and filtering the contents of a Swing JTable much easier. (Final inclusion of these features is subject to JCP approval.) Most modern table-driven user interfaces allow users to sort columns by clicking on the table header. This could be done with the Swing JTable support in place prior to Mustang. However the functionality had to be added manually in a custom way for each table that needed this feature. With Mustang, enabling this functionality requires minimal effort. Filtering is another option commonly available with user interfaces. Filtering allows users to display only the rows in a table that match user-supplied criteria. With Mustang, enabling filtering of JTable contents is also much easier." Steffen [1] http://java.sun.com/developer/JDCTechTips/2005/tt1115.html#1 -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: SourceForge.net <no...@so...> - 2005-11-21 05:15:38
|
Bugs item #1362530, was opened at 2005-11-20 21:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=689449&aid=1362530&group_id=121150 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: XNap Commons Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Using SCROLL_TAB_LAYOUT and an Icon breaks [X] positioning Initial Comment: If you configure a large (many tabs) closable tabbed pane with the SCROLL_TAB_LAYOUT policy, the [X] is not displayed over the correct tab once you have scrolled to the right. This only occurs if the tabs have their own icon as well as text. (Text only tabs work fine). The following code illustrates ... CloseableTabbedPane tabs = new CloseableTabbedPane(); tabs.setTabLayoutPolicy(JTabbedPane.SCROLL_TAB_LAYOUT); tabs.addTab("Tab #1", new JPanel(), getIcon("media/world_24.png"), true); tabs.addTab("Tab #2", new JPanel(), getIcon("media/clock_24.png"), true); tabs.addTab("Tab #3", new JPanel(), getIcon("media/miniuser_24.png"), true); tabs.addTab("Tab #4", new JPanel(), getIcon("media/world_24.png"), true); tabs.addTab("Tab #5", new JPanel(), getIcon("media/clock_24.png"), true); tabs.addTab("Tab #6", new JPanel(), getIcon("media/miniuser_24.png"), true); tabs.addTab("Tab #7", new JPanel(), getIcon("media/world_24.png"), true); Submitted by: Greg Kopff <gkopff at powersource com au> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=689449&aid=1362530&group_id=121150 |
|
From: riccardo <ric...@ya...> - 2005-11-18 23:11:40
|
ok Steffen Pingel <ste...@gm...> ha scritto: Hi, thanks for your efforts. For three reasons I object against merging the patch though: * I don't think having an indeterminate progress bar on start up is of much help. Personally I prefer a static splash in that case, but I have made the progress bar accessible from the API, so its behavior can now be customized by applications. * We want to keep the API as simple and generic as possible. Nevertheless it should be powerful enough to ease common tasks in gui hacking. Therefore making the components accessible is IMHO a happy medium. * Font names and sizes should not be hard coded. Some fonts may not be available on certain system, causing an unpleasant apperance. Please make sure you stick to the formatting present in the XNap Commons code [1]. I am sorry, there is no formal style guide but reading some of the code should give you some idea of the formatting. I am not suggesting that it is in any way superior to your formatting but having a single formatting style throughout the code improves readability a lot. Steffen P.S.: If you are looking for other gui components to hack on, you may want to implement a component similar to the IconSplitPane used by XNap with a list of icons on the left and a panel on the right side: http://xnap.sourceforge.net/images/xnap2/search.png [1] We don't use a space after an opening parenthesis and before a closing one and we use camel case for variable names and underscore characters for constants only. -- Steffen Pingel - ste...@gm... - http://steffenpingel.de ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ xnap-commons-devel mailing list xna...@li... https://lists.sourceforge.net/lists/listinfo/xnap-commons-devel --------------------------------- Yahoo! Mail: gratis 1GB per i messaggi, antispam, antivirus, POP3 |
|
From: Steffen P. <ste...@gm...> - 2005-11-18 09:05:40
|
Hi, thanks for your efforts. For three reasons I object against merging the patch though: * I don't think having an indeterminate progress bar on start up is of much help. Personally I prefer a static splash in that case, but I have made the progress bar accessible from the API, so its behavior can now be customized by applications. * We want to keep the API as simple and generic as possible. Nevertheless it should be powerful enough to ease common tasks in gui hacking. Therefore making the components accessible is IMHO a happy medium. * Font names and sizes should not be hard coded. Some fonts may not be available on certain system, causing an unpleasant apperance. Please make sure you stick to the formatting present in the XNap Commons code [1]. I am sorry, there is no formal style guide but reading some of the code should give you some idea of the formatting. I am not suggesting that it is in any way superior to your formatting but having a single formatting style throughout the code improves readability a lot. Steffen P.S.: If you are looking for other gui components to hack on, you may want to implement a component similar to the IconSplitPane used by XNap with a list of icons on the left and a panel on the right side: http://xnap.sourceforge.net/images/xnap2/search.png [1] We don't use a space after an opening parenthesis and before a closing one and we use camel case for variable names and underscore characters for constants only. -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2005-11-17 23:41:05
|
Hi, I have released a new version of XNap Commons to prepare another JHylaFAX release that depends upon recent changes: The xnap-commons team is pleased to announce the XNap Commons 0.9.3 release! http://xnap-commons.sourceforge.net/ A set of utility Java classes for easy handling of common (gui) tasks like sortable tables, auto completion, internationalization (i18n) and a powerful preferences framework. Changes in this version include: New Features: o A selection action that operates on a set of objects has been added. o A simple abstract table model has been added. o A french localization by Pascal Billard has been added. Fixed bugs: o A few bugs related to completion have been fixed. o The width of the progress dialog is now initialized correctly to avoid a resize. Changes: o The button separator in the default dialog can now be disabled. o The API of SplashWindow has been improved for better accessibility. Have fun! -The xnap-commons team -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Steffen P. <ste...@gm...> - 2005-11-17 23:39:09
|
Hi,
I have just today tried the new Java 5.0 varargs syntax and I think it rocks:
public static class EnableListener implements ItemListener {
private JCheckBox checkBox;
private Component[] components;
public EnableListener(Component ... components)
{
this.components = components;
}
[...]
}
I can now invoke the constructor with any number of components without using
the tedious "new Component[] { ...}" inline array allocation syntax:
new EnableListener(c1);
or
new EnableListener(c1, c2);
[1] has more insight.
Steffen
[1] http://today.java.net/pub/a/today/2004/04/19/varargs.html
--
Steffen Pingel - ste...@gm... - http://steffenpingel.de
|
|
From: Felix B. <bf...@gm...> - 2005-11-14 23:09:19
|
Here are Riccardo's changes to Splashwindow.java as a unified diff. Felix -- Try Debian GNU/Linux! http://www.felix.beldesign.de/ |
|
From: Felix B. <bf...@gm...> - 2005-11-11 15:12:29
|
Hi Riccardo, > whit a simple steps: modify SplashWindow.java and > introduce a new component BitField. > In my little experience of work i see some application > that have a indeterminate SplashWindow or have a > JDialog whit a progress bar indeterminate. For that > reasons change the Splash for work in that way. Could you elaborate this a bit. Usually SplashWindows are only shown at the startup of a program where it's clear when the startup is finished, so no indeterminacy here. Furthermore it might be startling to the user to see that the program itself does not know when it is done loading ;-) You also mentioned a JDialog with an indeterminate progress bar, did you have a look at our ProgressDialog class? When you send changes to already existing classes, please generate a diff as follows: cd xnap-commons cvs diff -ubBdNw -U 5 > changes.diff > There are most reasosns for use a graphics component > like BitField, for example if manage most flag in your > application.In this components i try to create a bean > class serializable, because i use my graphic tool for > create a GUI, and it's work whit serializable > component. Could we have a look at an actual application of this class, I don't really see how it could be applied in an application. it looks nice, but very technical having from a user's point of view. Felix -- Try Debian GNU/Linux! http://www.felix.beldesign.de/ |
189 messages has been excluded from this view by a project administrator.
