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: Steffen P. <ste...@gm...> - 2007-02-11 20:18:12
|
Hi, a new version of the XNap Commons was released today. Besides minor enhancements of the IconHelper class bug 1615317 has been fixed. The CloseableTabbedPane now works with Java 5 as well as with Java 6. On Java 6 the new API that allows to use components in tab titles is used through reflection to maintain backwards compatibility. Downloads are available from SourceForge: http://sourceforge.net/project/showfiles.php?group_id=121150&package_id=132164 And from the Maven repository: http://xnap-commons.sourceforge.net/maven.html Steffen -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: SourceForge.net <no...@so...> - 2007-02-11 18:14:45
|
Bugs item #1657435, was opened at 2007-02-11 19:14 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=1657435&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 Private: No Submitted By: Steffen Pingel (squig) Assigned to: Nobody/Anonymous (nobody) Summary: Pasting into completion text fields does not work Initial Comment: See http://sourceforge.net/tracker/index.php?func=detail&aid=1561011&group_id=136485&atid=736007 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=689449&aid=1657435&group_id=121150 |
|
From: Avner B. <al...@bb...> - 2007-02-08 17:15:05
|
Hi, Vivagra 3. 35 Ciavlis 3. 75 Valvium 1. 25 Sovma 1. 15 Ambvien 2. 90 http://www.zonr*x.com Important: Remove "*" in the above link lost their appetites. However, they enjoyed themselves trying to make Hagrid tell them what the tasks in the tournament were going to be, speculating which of the entrants were likely to be selected as |
|
From: Arienne S. <lat...@ma...> - 2007-02-07 06:28:13
|
Hi, Vaiagra $3. 35 Vaulium $1. 25 Cuialis $3. 75 Abmbien $2. 90 Suoma $1. 15 http://www.33!rx.com Important: Remove "!" in the above link |
|
From: Clifton S. <ko...@ha...> - 2007-02-06 16:14:06
|
Hi, Vriagra 1,80 Crialis 3,00 Levritra 3,35 http://cognoscent.progenyid-com Important: Replace "-" with "." in the above link -- Cooperation there was a smattering of polite applause and Mr. Ludo Bagman, Head of the Department of Magical Games and Sports. There was a much louder round of applause for Bagman than for Crouch, |
|
From: Greg K. <gk...@po...> - 2006-12-13 22:30:35
|
Steffen Pingel wrote: > thanks for investigating this bug. We haven't done any testing on Java 6, yet. > Could you please open a bug report on SourceForge and submit your fix as > patch? > Logged as: 1615317 ClosableTabbedPane fails when closed using Java 6 Kindest regards, -- Greg Kopff =================================================== gk...@po... PowerSource Software Chief Technologist http://www.powersource.com.au =================================================== did you know 'if' is the middle word in 'life'? =================================================== Typhoon a revolution in wagering & gaming http://www.typhoon.com.au/ =================================================== |
|
From: SourceForge.net <no...@so...> - 2006-12-13 22:27:57
|
Bugs item #1615317, was opened at 2006-12-14 09:27 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=1615317&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 Private: No Submitted By: Greg Kopff (gkopff) Assigned to: Nobody/Anonymous (nobody) Summary: ClosableTabbedPane fails when closed using Java 6 Initial Comment: When using Java 6, the ClosableTabbedPane fails with a ArrayIndexOutOfBoundsException when you try to close it using its [X] button. Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 1 >= 1 at java.util.Vector.elementAt(Unknown Source) at javax.swing.JTabbedPane.getIconAt(Unknown Source) at org.xnap.commons.gui.CloseableTabbedPane.setButtonVisible(CloseableTabbedPane.java:492) at org.xnap.commons.gui.CloseableTabbedPane.access$500(CloseableTabbedPane.java:62) at org.xnap.commons.gui.CloseableTabbedPane$SelectionHandler.stateChanged(CloseableTabbedPan e.java:504) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(Unknown Source) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(Unknown Source) at javax.swing.JTabbedPane.setSelectedIndexImpl(Unknown Source) at javax.swing.JTabbedPane.removeTabAt(Unknown Source) at org.xnap.commons.gui.CloseableTabbedPane.removeTabAt(CloseableTabbedPane.java:517) at javax.swing.JTabbedPane.remove(Unknown Source) Well, I commented out the call to setButtonVisible() which hides the old index button (see below) ... private class SelectionHandler implements ChangeListener { int oldIndex = -1; public void stateChanged(ChangeEvent e) { // GSK: commented out these three lines for JDK6 // if (oldIndex != -1) { // setButtonVisible(oldIndex, false); // } oldIndex = getSelectedIndex(); if (oldIndex != -1) { setButtonVisible(oldIndex, true); } } } This fixes the array index out of bounds exception and doesn't appear to adversely affect the operation of the tabs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=689449&aid=1615317&group_id=121150 |
|
From: Steffen P. <ste...@gm...> - 2006-12-13 21:49:44
|
Hi, thanks for investigating this bug. We haven't done any testing on Java 6, yet. Could you please open a bug report on SourceForge and submit your fix as patch? Thanks. Steffen |
|
From: Greg K. <gk...@po...> - 2006-12-12 07:24:08
|
Greg Kopff wrote:
> ClosableTabbedPane.removeTabAt(): index: 0
> ClosableTabbedPane.removeTabAt(): getting icon at: 0 ...
> ClosableTabbedPane.removeTabAt(): ... got icon
> ClosableTabbedPane.removeTabAt(): calling super.removeTabAt() ...
> ClossableTabbedPane.SelectionHandler.stateChanged(): entry.
> ClossableTabbedPane.SelectionHandler.stateChanged(): setting button
> hidden ...
> ClosableTabbedPane.setButtonVisible(): index: 0 visible: false
> Exception in thread "AWT-EventQueue-0"
> java.lang.ArrayIndexOutOfBoundsException: 0 >= 0
> at java.util.Vector.elementAt(Unknown Source)
> at javax.swing.JTabbedPane.getIconAt(Unknown Source)
>
> It looks like we get a tab change event and use that to hide the right
> hand side "event icon" ...
>
> ... however, it would appear that in JDK 6 the tab is already gone at
> this point.
>
> Does anyone more knowledgeable have an idea how to make this work?
Hi again.
Well, I commented out the call to setButtonVisible() which hides the old
index button (see below) ...
private class SelectionHandler implements ChangeListener
{
int oldIndex = -1;
public void stateChanged(ChangeEvent e) {
// GSK: commented out these three lines for JDK6
// if (oldIndex != -1) {
// setButtonVisible(oldIndex, false);
// }
oldIndex = getSelectedIndex();
if (oldIndex != -1) {
setButtonVisible(oldIndex, true);
}
}
}
This fixes the array index out of bounds exception and doesn't appear to
adversely affect the operation of the tabs. My guess is that when the
tab goes away, so does its button anyway. Can anyone confirm or deny this?
Is it an acceptable fix? :-)
Kindest regards,
--
Greg Kopff
===================================================
gk...@po... PowerSource Software
Chief Technologist http://www.powersource.com.au
===================================================
did you know 'if' is the middle word in 'life'?
===================================================
Typhoon
a revolution in wagering & gaming
http://www.typhoon.com.au/
===================================================
|
|
From: Greg K. <gk...@po...> - 2006-12-12 06:56:30
|
Greg Kopff wrote:
> Has anyone been looking at changes in 1.6 and might be able to steer me
> in the right direction for making this work again. I guess Sun changed
> the internal workings of JTabbedPane.getIconAt().
>
> I'm about to go off and dive a bit deeper, but I just wanted to know if
> anyone out there had already come across this. I'll report back if I
> find anything definitive.
>
ClosableTabbedPane.removeTabAt(): index: 0
ClosableTabbedPane.removeTabAt(): getting icon at: 0 ...
ClosableTabbedPane.removeTabAt(): ... got icon
ClosableTabbedPane.removeTabAt(): calling super.removeTabAt() ...
ClossableTabbedPane.SelectionHandler.stateChanged(): entry.
ClossableTabbedPane.SelectionHandler.stateChanged(): setting button
hidden ...
ClosableTabbedPane.setButtonVisible(): index: 0 visible: false
Exception in thread "AWT-EventQueue-0"
java.lang.ArrayIndexOutOfBoundsException: 0 >= 0
at java.util.Vector.elementAt(Unknown Source)
at javax.swing.JTabbedPane.getIconAt(Unknown Source)
It looks like we get a tab change event and use that to hide the right
hand side "event icon" ...
... however, it would appear that in JDK 6 the tab is already gone at
this point.
Does anyone more knowledgeable have an idea how to make this work?
Kindest regards,
--
Greg Kopff
===================================================
gk...@po... PowerSource Software
Chief Technologist http://www.powersource.com.au
===================================================
did you know 'if' is the middle word in 'life'?
===================================================
Typhoon
a revolution in wagering & gaming
http://www.typhoon.com.au/
===================================================
|
|
From: Greg K. <gk...@po...> - 2006-12-12 06:08:03
|
G'day everyone.
I've been using the Xnap closable tabbed pane for quite some time and it
works really well. :-)
Today I tried running it using a Java 6 JRE and got the following
exception (previously I was using JDK 5):
Exception in thread "AWT-EventQueue-0"
java.lang.ArrayIndexOutOfBoundsException: 1 >= 1
at java.util.Vector.elementAt(Unknown Source)
at javax.swing.JTabbedPane.getIconAt(Unknown Source)
at
org.xnap.commons.gui.CloseableTabbedPane.setButtonVisible(CloseableTabbedPane.java:492)
at
org.xnap.commons.gui.CloseableTabbedPane.access$500(CloseableTabbedPane.java:62)
at
org.xnap.commons.gui.CloseableTabbedPane$SelectionHandler.stateChanged(CloseableTabbedPan
e.java:504)
at
javax.swing.DefaultSingleSelectionModel.fireStateChanged(Unknown Source)
at
javax.swing.DefaultSingleSelectionModel.setSelectedIndex(Unknown Source)
at javax.swing.JTabbedPane.setSelectedIndexImpl(Unknown Source)
at javax.swing.JTabbedPane.removeTabAt(Unknown Source)
at
org.xnap.commons.gui.CloseableTabbedPane.removeTabAt(CloseableTabbedPane.java:517)
at javax.swing.JTabbedPane.remove(Unknown Source)
at
au.com.powersource.reactix.admin.Tabs.closeScreenTab(Tabs.java:294)
at au.com.powersource.reactix.admin.Tabs.access$300(Tabs.java:30)
at
au.com.powersource.reactix.admin.Tabs$5.closeRequested(Tabs.java:42)
at
org.xnap.commons.gui.CloseableTabbedPane$DefaultCloseAction.actionPerformed(CloseableTabb
edPane.java:234)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown
Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown
Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at
org.xnap.commons.gui.ToolBarButton.processMouseEvent(ToolBarButton.java:68)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown
Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Has anyone been looking at changes in 1.6 and might be able to steer me
in the right direction for making this work again. I guess Sun changed
the internal workings of JTabbedPane.getIconAt().
I'm about to go off and dive a bit deeper, but I just wanted to know if
anyone out there had already come across this. I'll report back if I
find anything definitive.
Thanks!
Kindest regards,
--
Greg Kopff
===================================================
gk...@po... PowerSource Software
Chief Technologist http://www.powersource.com.au
===================================================
did you know 'if' is the middle word in 'life'?
===================================================
Typhoon
a revolution in wagering & gaming
http://www.typhoon.com.au/
===================================================
|
|
From: Gus D. <mic...@bi...> - 2006-11-11 18:50:30
|
Hi, VlArrGRA VALrrlUM ClArrLlS http://www.merapriyationderun.com =20 _____ =20 thick the thing is going to be? It could soak up all the radio |
|
From: Lujayn M. <bic...@dd...> - 2006-11-11 18:44:52
|
Hi, VlArrGRA VALrrlUM ClArrLlS http://www.merapriyationderun.com =20 _____ =20 No way, aged Afatt, I intoned. Those you see before you are not |
|
From: Abbie D. <gah...@cm...> - 2006-10-24 06:27:30
|
Hi, GOOD VIEAGRA http://www.tunjerionpasderunjas.com =20 I jogged in position for a bit, then bent to tie my shoe then gave up door opened, our gilt-garbed guardian came in. |
|
From: Bailey L. <ha...@cu...> - 2006-10-22 17:12:02
|
Hi, GREAT VlbAGRA http://www.nadesionkadesunwerinpao.com =20 Steengo smiled paternally at us and waved. He had gray hair and an closer; latecomers hurried to their places. While we tuned up and |
|
From: steven987 <ste...@co...> - 2006-07-26 15:38:46
|
Thank you for your reply. See my comments below... Tammo van Lessen wrote: > Hi Steven, > > sorry for the belated reply. > > > 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>. > > No, not yet. I guess, it can be easily done - but the problem that I > see is to extract the translation keys out of the JSP using xgettext. > > Maybe it is possible to extract something like that: > <% > I18n i18n = I18nFactory.getI18n(getClass()); > %> > <%=i18n.tr("This text will be translated");%> > > But I haven't tried that yet. > I wanted to avoid Java code in my JSP pages, hence the request for a tag library. I think if a tag library exist, many more people will use Gettext Commons. Both JSTL and Jakarta's I18N tag library make your code unreadable. Maybe if I find time, I will write one... > Another possibility is to extract all those strings using a grep/sed > script into a separate file which gettext can parse: > > grep -r "fmt:message" *.jspx *.kupu | sed > s/.*key="\(.*\)".*/_("\1");/g' | uniq > phony.js > > mkdir -p i18n > xgettext --from-code=UTF-8 -L java -k_ -p i18n *.js > > This should work for the JSTL fmt taglib. > > Better ideas are highly welcome :) > I'm not that concerned about extracting the tag element. I figure I could write a Perl script if xgettext or the code above does not work. Thanks, -Steven > Best, > Tammo > |
|
From: Tammo v. L. <tva...@ta...> - 2006-07-23 17:03:21
|
Hi Steven, sorry for the belated reply. > 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>. No, not yet. I guess, it can be easily done - but the problem that I see is to extract the translation keys out of the JSP using xgettext. Maybe it is possible to extract something like that: <% I18n i18n = I18nFactory.getI18n(getClass()); %> <%=i18n.tr("This text will be translated");%> But I haven't tried that yet. Another possibility is to extract all those strings using a grep/sed script into a separate file which gettext can parse: grep -r "fmt:message" *.jspx *.kupu | sed s/.*key="\(.*\)".*/_("\1");/g' | uniq > phony.js mkdir -p i18n xgettext --from-code=UTF-8 -L java -k_ -p i18n *.js This should work for the JSTL fmt taglib. Better ideas are highly welcome :) Best, Tammo -- Tammo van Lessen - tva...@ta... - http://www.taval.de |
|
From: Anna T. \(atalis\) <at...@ci...> - 2006-07-20 19:16:49
|
Felix,=20 > > A project I'm working on has an existing, not internationalized > > codebase. We are going to use Gettext Commons in the=20 > upcoming release. > > All the new code is supposed to have tr* wrappers in it,=20 > but we'll still > > need to deal with the existing code. >=20 > Nice. If it's a public project, could we maybe point to it as=20 > an example of=20 > how the Gettext Commons are deployed? It's not a public project - it's one of Cisco's management applications. :-( =20 >=20 > > We need to get a list of unwrapped strings so that we could=20 > go through > > the code (automatically or manually) and wrapp those strings. >=20 > If you wrap the strings manually, you don't need to extract=20 > the unwrapped ones=20 > beforehand. After you wrapped them with i18n.tr, they can be=20 > extracted by=20 > xgettext. Am I missing something? The old code wasn't written with i18n in mind and has no wrappers around strings at all. We are trying to find the most efficient way of identifying and wrapping strings that need to be externalized. Going file by file manually and checking whether there's anything to externalize there would not be most efficient, so we are trying to automate it. A possible process would be: - Get a list of all non-externalized, unwrapped strings in the code using a script (something along the lines of what you are suggesting below). - In the list, identify strings that do NOT need to be externalized. - Tag them in the code manually to NOT externalize them (the assumption being that percentage of such strings is going to be small). - Run a script to wrap all the remaining strings in the codebase into tr() methods automatically. >=20 > > I see=20 > > that one can extract either all strings (-a option) or tr*-wrapped > > strings (-k*** options). But is there a way to extract all strings > > *except* those wrapped into the tr* methods? >=20 > You could use a couple of regular expressions, or extract all=20 > strings with=20 > xgettext and then extract only the tr() wrapped ones and=20 > subtract the latter=20 > set of strings from the first one. Or maybe you have a point=20 > in time in the=20 > history of your source control system when only unwrapped=20 > strings existed? It looks like we'd have to write scripts for that. I was just hoping someone already did that. :-( >=20 > > Also, do you know of any tools that would help us to wrap unwrapped > > strings automatically? >=20 > We still have plans of writing an Eclipse plug-in for this=20 > purpose. It would=20 > make use of the Java Parser of Eclipse to detect the strings=20 > and refactor the=20 > code properly, similar to what "Externalize Strings" does for=20 > Eclipse's way=20 > of i18nizing. That'd be great! We'll be using Eclipse-style NON-NLS tags to mark strings that don't need to be translated anyway, so a plugin like this would be very handy. We are not going to support i18n in the release we are working on right now because of resource constraints. We are just laying the framework to, hopefully, reduce the amount of work we'll have to do eventually. Perhaps this Eclipse plugin would be done by the time we are ready to use it (which would be in several months). That'd be very useful! Thanks for your time, Anna |
|
From: Felix B. <bf...@gm...> - 2006-07-20 18:24:38
|
On Thursday 20 July 2006 18:34, Anna Talis (atalis) wrote: > A project I'm working on has an existing, not internationalized > codebase. We are going to use Gettext Commons in the upcoming release. > All the new code is supposed to have tr* wrappers in it, but we'll still > need to deal with the existing code. Nice. If it's a public project, could we maybe point to it as an example of how the Gettext Commons are deployed? > We need to get a list of unwrapped strings so that we could go through > the code (automatically or manually) and wrapp those strings. If you wrap the strings manually, you don't need to extract the unwrapped ones beforehand. After you wrapped them with i18n.tr, they can be extracted by xgettext. Am I missing something? > I see > that one can extract either all strings (-a option) or tr*-wrapped > strings (-k*** options). But is there a way to extract all strings > *except* those wrapped into the tr* methods? You could use a couple of regular expressions, or extract all strings with xgettext and then extract only the tr() wrapped ones and subtract the latter set of strings from the first one. Or maybe you have a point in time in the history of your source control system when only unwrapped strings existed? > Also, do you know of any tools that would help us to wrap unwrapped > strings automatically? We still have plans of writing an Eclipse plug-in for this purpose. It would make use of the Java Parser of Eclipse to detect the strings and refactor the code properly, similar to what "Externalize Strings" does for Eclipse's way of i18nizing. Felix -- Try Debian GNU/Linux! http://www.felix.beldesign.de/ |
|
From: Anna T. \(atalis\) <at...@ci...> - 2006-07-20 16:35:25
|
Hi, A project I'm working on has an existing, not internationalized codebase. We are going to use Gettext Commons in the upcoming release. All the new code is supposed to have tr* wrappers in it, but we'll still need to deal with the existing code. We need to get a list of unwrapped strings so that we could go through the code (automatically or manually) and wrapp those strings. I see that one can extract either all strings (-a option) or tr*-wrapped strings (-k*** options). But is there a way to extract all strings *except* those wrapped into the tr* methods? =20 Also, do you know of any tools that would help us to wrap unwrapped strings automatically?=20 Thanks for your help, Anna |
|
From: Anna T. \(atalis\) <at...@ci...> - 2006-07-18 19:37:19
|
Thanks, Felix. It worked with cygwin. Anna=20 > -----Original Message----- > From: Felix Berger [mailto:bf...@gm...]=20 > Sent: Tuesday, July 18, 2006 11:50 AM > To: Anna Talis (atalis) > Cc: xna...@li... > Subject: Re: [XNap-Commons-Devel] running xgettext on multiple files >=20 > Hey Anna, >=20 > > xargs is not in the Windows GNU gettext distribution, at=20 > least not in > > the 0.1.14 version of it (which is the latest I could find). >=20 > Yes, it's a Unix command line tool, which should be part of a cygwin=20 > installation: >=20 > http://www.cygwin.com/ >=20 > What shell do you use for running the commands? The Windows=20 > command line? It=20 > might not be powerful enough to expand the "src/*.java" to=20 > the list of=20 > filenames, that must be given to xgettext. xgettext expects a=20 > list of files=20 > as argument, so if your shell can't provide you might have to=20 > provide it=20 > manually: >=20 > xgettext -ktrc -ktr -kmarktr -ktrn:1,2 -o po/keys.pot src/Class1.java=20 > src/Class2.java src/Class3.java etc. >=20 > Felix >=20 > --=20 > Try Debian GNU/Linux! > http://www.felix.beldesign.de/ >=20 |
|
From: Felix B. <bf...@gm...> - 2006-07-18 15:49:53
|
Hey Anna, > xargs is not in the Windows GNU gettext distribution, at least not in > the 0.1.14 version of it (which is the latest I could find). Yes, it's a Unix command line tool, which should be part of a cygwin installation: http://www.cygwin.com/ What shell do you use for running the commands? The Windows command line? It might not be powerful enough to expand the "src/*.java" to the list of filenames, that must be given to xgettext. xgettext expects a list of files as argument, so if your shell can't provide you might have to provide it manually: xgettext -ktrc -ktr -kmarktr -ktrn:1,2 -o po/keys.pot src/Class1.java src/Class2.java src/Class3.java etc. Felix -- Try Debian GNU/Linux! http://www.felix.beldesign.de/ |
|
From: Anna T. \(atalis\) <at...@ci...> - 2006-07-18 15:37:10
|
Felix, xargs is not in the Windows GNU gettext distribution, at least not in the 0.1.14 version of it (which is the latest I could find). Anna > -----Original Message----- > From: Felix Berger [mailto:bf...@gm...]=20 > Sent: Tuesday, July 18, 2006 11:28 AM > To: xna...@li... > Cc: Anna Talis (atalis) > Subject: Re: [XNap-Commons-Devel] running xgettext on multiple files >=20 > On Monday 17 July 2006 21:40, Anna Talis (atalis) wrote: > > >xgettext -ktrc -ktr -kmarktr -ktrn:1,2 -o po/keys.pot src/*.java > > > > xgettext: error while opening "src/*.java" for reading:=20 > Invalid argument >=20 > If I recall correctly, we might have simplified that line. If=20 > the files are in=20 > package sudirectories of src, they won't be found anyway.=20 > Moreover, this is=20 > Unix shell syntax, do you use the cygwin shell? >=20 > I think a command line like this may be more useful: >=20 > find src -name "*.java" | xargs xgettext -ktrc -ktr -kmarktr=20 > -ktrn:1,2 -o=20 > po/keys.pot >=20 > Hope that helps, > Felix >=20 > --=20 > Try Debian GNU/Linux! > http://www.felix.beldesign.de/ >=20 |
|
From: Felix B. <bf...@gm...> - 2006-07-18 15:28:35
|
On Monday 17 July 2006 21:40, Anna Talis (atalis) wrote: > >xgettext -ktrc -ktr -kmarktr -ktrn:1,2 -o po/keys.pot src/*.java > > xgettext: error while opening "src/*.java" for reading: Invalid argument If I recall correctly, we might have simplified that line. If the files are in package sudirectories of src, they won't be found anyway. Moreover, this is Unix shell syntax, do you use the cygwin shell? I think a command line like this may be more useful: find src -name "*.java" | xargs xgettext -ktrc -ktr -kmarktr -ktrn:1,2 -o po/keys.pot Hope that helps, Felix -- Try Debian GNU/Linux! http://www.felix.beldesign.de/ |
|
From: Anna T. \(atalis\) <at...@ci...> - 2006-07-17 19:44:56
|
Hi, I am learning how to use gettext commons using the examples on the Gettext Commons tutorial page (http://xnap-commons.sourceforge.net/gettext-commons/tutorial.html). Attempts to run xgettext on multiple files result in an error: >xgettext -ktrc -ktr -kmarktr -ktrn:1,2 -o po/keys.pot src/*.java=20 xgettext: error while opening "src/*.java" for reading: Invalid argument Yet, running the same command on individual files works just fine. I'm using gettext v. 1.14.4 on Windows. Any help would be appreciated. Thanks, Anna Talis |
189 messages has been excluded from this view by a project administrator.
