You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
(33) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(17) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(6) |
Jul
(4) |
Aug
(2) |
Sep
(5) |
Oct
(2) |
Nov
(2) |
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(1) |
2014 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
(5) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2018 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
14
|
15
|
16
|
17
|
18
|
19
|
20
|
21
|
22
(1) |
23
|
24
|
25
|
26
|
27
|
28
|
29
(4) |
30
|
|
From: Martin F. <fox...@gm...> - 2011-09-29 17:59:13
|
Cool, Thanks :) On Thu, Sep 29, 2011 at 2:39 PM, Ronald Brill <rb...@rb...> wrote: > Hi Martin, > > your problem is a known bug (see > https://sourceforge.net/tracker/?func=detail&aid=2042900&group_id=82996&atid=567969 > ). > This one (and some others) are fixed in the upcomming version 0.9.6. > > I did also a quick test with your code. Works fine here. > > You can download the latest snapshot here: > > > http://www.wetator.org/repo/net/sourceforge/cssparser/cssparser/0.9.6-SNAPSHOT/cssparser-0.9.6-SNAPSHOT.jar > > Please try the snapshot and report problems. > > > RBRi > -------------------------- > Wetator > Smart web application testing > http://www.wetator.org > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > cssparser-developers mailing list > css...@li... > https://lists.sourceforge.net/lists/listinfo/cssparser-developers > |
From: Ronald B. <rb...@rb...> - 2011-09-29 17:39:28
|
Hi Martin, your problem is a known bug (see https://sourceforge.net/tracker/?func=detail&aid=2042900&group_id=82996&atid=567969). This one (and some others) are fixed in the upcomming version 0.9.6. I did also a quick test with your code. Works fine here. You can download the latest snapshot here: http://www.wetator.org/repo/net/sourceforge/cssparser/cssparser/0.9.6-SNAPSHOT/cssparser-0.9.6-SNAPSHOT.jar Please try the snapshot and report problems. RBRi -------------------------- Wetator Smart web application testing http://www.wetator.org |
From: Martin F. <fox...@gm...> - 2011-09-29 15:16:30
|
Hi Alan, Thanks for your response, I'm using the 0.9.5 version, as in http://sourceforge.net/projects/cssparser/files/cssparser/ that one is the latest released version. Here is an example code: package pruebitas; import org.w3c.dom.css.CSSStyleDeclaration; import com.steadystate.css.dom.CSSRuleListImpl; import com.steadystate.css.dom.CSSStyleDeclarationImpl; import com.steadystate.css.dom.CSSStyleRuleImpl; import com.steadystate.css.dom.CSSStyleSheetImpl; public class MyParser { public static void main(String[] args){ CSSStyleSheetImpl _styleSheet = null; _styleSheet = new CSSStyleSheetImpl(); _styleSheet.setCssRules(new CSSRuleListImpl()); // Create a new rule CSSStyleRuleImpl foundRule = new CSSStyleRuleImpl(); foundRule.setParentStyleSheet(_styleSheet); foundRule.setSelectorText("#an-id-for-this"); ((CSSRuleListImpl)_styleSheet.getCssRules()).add(foundRule); // set the rule's attribute value CSSStyleDeclaration declaration = foundRule.getStyle(); // If declaration is null, add a new declaration to the above rule. if (declaration == null) { // Create a new Declaration declaration = new CSSStyleDeclarationImpl(foundRule); // Add the declaration to the rule ((CSSStyleRuleImpl)foundRule).setStyle((CSSStyleDeclarationImpl)declaration); } declaration.setProperty("font-family", "arial, verdana, sans-serif", null); System.out.println("<<<<<<<<START>>>>>>>>"); System.out.println(_styleSheet.toString()); System.out.println("<<<<<<<<END>>>>>>>>"); } } On Thu, Sep 29, 2011 at 11:22 AM, Alan Krueger <al...@tr...> wrote: > On 9/22/2011 12:33 PM, Martin Fox wrote: > > I just changed the version to the latest one, and when I run > the getCssText() of a style sheet, the *font-family* value is coming > without the comas that separate the different families in a same rule. > > That was not happening in the previous version :( > > Do you know how can I fix it? > I replaced the version because the last one was giving me error when I > parse an @import(), but now I'm having this issue. > > Could you attach some sample code—maybe even a JUnit test—that > demonstrates the problem? > > Specifically which version are you seeing this on? We're in the middle of > wrapping up 0.9.6 and I'm unsure if you're using one of the snapshot builds > of that, or if you meant that you moved up to 0.9.5 from something else. > > You might want to try one of the snapshots of 0.9.6, as there were a number > of bugfixes applied to that. > > Thanks, > Alan Krueger > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > cssparser-developers mailing list > css...@li... > https://lists.sourceforge.net/lists/listinfo/cssparser-developers > > |
From: Alan K. <al...@tr...> - 2011-09-29 15:02:20
|
On 9/22/2011 12:33 PM, Martin Fox wrote: > I just changed the version to the latest one, and when I run > the getCssText() of a style sheet, the *font-family* value is coming > without the comas that separate the different families in a same rule. > > That was not happening in the previous version :( > > Do you know how can I fix it? > I replaced the version because the last one was giving me error when I > parse an @import(), but now I'm having this issue. > Could you attach some sample code---maybe even a JUnit test---that demonstrates the problem? Specifically which version are you seeing this on? We're in the middle of wrapping up 0.9.6 and I'm unsure if you're using one of the snapshot builds of that, or if you meant that you moved up to 0.9.5 from something else. You might want to try one of the snapshots of 0.9.6, as there were a number of bugfixes applied to that. Thanks, Alan Krueger |
From: Martin F. <fox...@gm...> - 2011-09-22 17:33:07
|
Hi, I just changed the version to the latest one, and when I run the getCssText() of a style sheet, the *font-family* value is coming without the comas that separate the different families in a same rule. That was not happening in the previous version :( Do you know how can I fix it? I replaced the version because the last one was giving me error when I parse an @import(), but now I'm having this issue. Thanks in advance. Martin Fox.- |