cssparser-developers Mailing List for CSS Parser (Page 5)

Hi guys,

Not sure if you're subscribed to the commits ML, but FYI I've removed the
DOM and SAC classes, like we talked about. The DOM classes are in the JDK,
and I got the SAC JAR uploaded to the central repo (
http://repo1.maven.org/maven2/org/w3c/css/sac/1.3/); I've updated the POM so
that our project depends on this JAR.

Regards,

Daniel

-- 
Daniel Gredler
http://daniel.gredler.net/

Thanks again :-)



On Thu, Mar 20, 2008 at 5:40 PM, Alan Krueger <al...@tr...> wrote:

> D&J Gredler wrote:
> > I know I'm hounding you to death on this mailing list stuff, so let me
> > apologize in advance for another request ;-)
> >
> > I've never done it, but there's a way to send CVS change logs out on
> > the mailing list whenever someone changes something. This promotes
> > code review and makes it easier to discuss code changes.
> >
> > For example, I'm about to commit a fix to the CSS 2.1 grammar, but I'd
> > like to make sure other devs see it and can comment.
> >
> > Can you tinker around on the SF site and see if you can get this
> enabled?
> That should be enabled now.  Subscribe to the cssparser-cvscommits list
> if you want to see CVS log messages via email.
>
> https://lists.sourceforge.net/lists/listinfo/cssparser-cvscommits
>
> I've made this one "non-public" in SourceForge, which basically prevents
> a message archive.  Keeping an archive of CVS commit information in
> mailing list form seemed unnecessarily duplicative, but I've been
> mistaken before.  Let me know if this doesn't sound right.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cssparser-developers mailing list
> css...@li...
> https://lists.sourceforge.net/lists/listinfo/cssparser-developers
>



-- 
Daniel Gredler
http://daniel.gredler.net/

Alan Krueger schrieb:
> Does anyone object to using Subversion for our source control?

I don't mind.
-- 
Johannes Koch
In te domine speravi; non confundar in aeternum.
                             (Te Deum, 4th cent.)

D&J Gredler wrote:
> I know I'm hounding you to death on this mailing list stuff, so let me 
> apologize in advance for another request ;-)
>  
> I've never done it, but there's a way to send CVS change logs out on 
> the mailing list whenever someone changes something. This promotes 
> code review and makes it easier to discuss code changes.
>  
> For example, I'm about to commit a fix to the CSS 2.1 grammar, but I'd 
> like to make sure other devs see it and can comment.
>  
> Can you tinker around on the SF site and see if you can get this enabled?
That should be enabled now.  Subscribe to the cssparser-cvscommits list 
if you want to see CVS log messages via email.

https://lists.sourceforge.net/lists/listinfo/cssparser-cvscommits

I've made this one "non-public" in SourceForge, which basically prevents 
a message archive.  Keeping an archive of CVS commit information in 
mailing list form seemed unnecessarily duplicative, but I've been 
mistaken before.  Let me know if this doesn't sound right.

+1

I'd much rather work in SVN than in CVS.

On Thu, Mar 20, 2008 at 2:15 PM, Alan Krueger <al...@tr...> wrote:

> (The question was asked earlier, but in the middle of another message.
> I'll restate the question to ensure it doesn't get missed.)
>
> Does anyone object to using Subversion for our source control?  We can't
> use both SVN and CVS at the same time.  We would have to enable SVN,
> convert our existing CVS repository into SVN, then import that into SF's
> SVN repository.
>
> It takes a bit of work, but it should be easy to back out if something
> went wrong in the conversion process.  I'm in favor of Subversion
> myself, I've found it quite a bit easier to use than CVS and more
> powerful.
>
> Thanks,
> Alan
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cssparser-developers mailing list
> css...@li...
> https://lists.sourceforge.net/lists/listinfo/cssparser-developers
>



-- 
Daniel Gredler
http://daniel.gredler.net/

(The question was asked earlier, but in the middle of another message.  
I'll restate the question to ensure it doesn't get missed.)

Does anyone object to using Subversion for our source control?  We can't 
use both SVN and CVS at the same time.  We would have to enable SVN, 
convert our existing CVS repository into SVN, then import that into SF's 
SVN repository.

It takes a bit of work, but it should be easy to back out if something 
went wrong in the conversion process.  I'm in favor of Subversion 
myself, I've found it quite a bit easier to use than CVS and more powerful.

Thanks,
Alan

Hi Alan,

I know I'm hounding you to death on this mailing list stuff, so let me
apologize in advance for another request ;-)

I've never done it, but there's a way to send CVS change logs out on the
mailing list whenever someone changes something. This promotes code review
and makes it easier to discuss code changes.

For example, I'm about to commit a fix to the CSS 2.1 grammar, but I'd like
to make sure other devs see it and can comment.

Can you tinker around on the SF site and see if you can get this enabled?

Thanks again!

Daniel


-- 
Daniel Gredler
http://daniel.gredler.net/

Cool, thanks Alan :-)



On Thu, Mar 20, 2008 at 11:47 AM, Alan Krueger <al...@tr...> wrote:

> Alan Krueger wrote:
>
> D&J Gredler wrote:
>
>
> I think dev lists are usually public. Imagine, for example, that
> someone wants to become active in the project. The natural progression
> would be to read the mailing list archives, then subscribe and watch
> silently for a while, then maybe start becoming active on the
> mailing list, submit some patches, and then become a committer.
>
> Would you rather keep it private? If so, how come?
>
>
> Not really.  For some reason, I got it into my head that it should be.
>
> I plead a long week already at work.  =)
>
>
> It should be a public mailing list now.  New subscriptions also do not
> need approval.
>
> - Alan
>



-- 
Daniel Gredler
http://daniel.gredler.net/

Alan Krueger wrote:
> D&J Gredler wrote:
>   
>> I think dev lists are usually public. Imagine, for example, that 
>> someone wants to become active in the project. The natural progression 
>> would be to read the mailing list archives, then subscribe and watch 
>> silently for a while, then maybe start becoming active on the 
>> mailing list, submit some patches, and then become a committer.
>>  
>> Would you rather keep it private? If so, how come?
>>     
> Not really.  For some reason, I got it into my head that it should be.
>
> I plead a long week already at work.  =)
>   
It should be a public mailing list now.  New subscriptions also do not 
need approval.

- Alan

OK, I think it's done.

If you don't have Maven yet, you can download it here:
http://maven.apache.org/download.html
Here's an intro to the standard M2 directory structure:
http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html
The pom.xml file describes the project and drives the build, this page
documents the format: http://maven.apache.org/maven-model/maven.html
The standard build phases are described here:
http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
The build uses the M2 JavaCC plugin to process the CSS grammars, see here
for more info: http://mojo.codehaus.org/javacc-maven-plugin/

Things you might want to try: "mvn install", "mvn test", "mvn clean", "mvn
eclipse:eclipse" (to generate an eclipse project that you can import).

Let me know what you think!

Regards,

Daniel



On Wed, Mar 19, 2008 at 8:20 PM, D&J Gredler <djg...@gm...> wrote:

> Hi guys,
>
> Nobody seemed to care much if I migrated to Maven, so I'm going to go
> ahead and give it a shot. I'll tag the repo first, so that we can roll back
> later if we don't like it. It shouldn't take very long, since the codebase
> is pretty small. I'll send an update / progress report later.
>
> Regards,
>
> Daniel
>
> --
> Daniel Gredler
> http://daniel.gredler.net/
>



-- 
Daniel Gredler
http://daniel.gredler.net/

Hi guys,

Nobody seemed to care much if I migrated to Maven, so I'm going to go ahead
and give it a shot. I'll tag the repo first, so that we can roll back later
if we don't like it. It shouldn't take very long, since the codebase is
pretty small. I'll send an update / progress report later.

Regards,

Daniel

-- 
Daniel Gredler
http://daniel.gredler.net/

Hi Waldbaer!

I didn't realize that there was a SAC JAR published by the W3C. I'll try to
get it added to the central Maven repo.

As far as closing bugs that are already fixed, do you know which ones are
fixed?

Regards,

Daniel

On Wed, Mar 19, 2008 at 6:03 PM, Johannes Koch <ko...@w3...>
wrote:

> Hi Daniel
>
> D&J Gredler schrieb:
> > 3. The build currently excludes DOM and SAC interfaces from the
> generated
> > JAR.
> >     a. I think DOM exclusion makes sense, but I'd like to just delete
> these
> > interfaces from the repo.
> >     b. I think SAC exclusion doesn't make sense, and I'd like to include
> > them in the generated JAR.
>
> I don't understand why excluding DOM makes sense whereas excluding SAC
> doesn't. The SAC API can be found at
> <http://www.w3.org/2002/06/sacjava-1.3.zip> available from
> <http://www.w3.org/Style/CSS/SAC/>.
>
> > 5. Start fixing bugs!
>
> And start by formally closing already fixed issues   :-)
>
> Waldbaer
>
> --
> Johannes Koch
> In te domine speravi; non confundar in aeternum.
>                             (Te Deum, 4th cent.)
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cssparser-developers mailing list
> css...@li...
> https://lists.sourceforge.net/lists/listinfo/cssparser-developers
>



-- 
Daniel Gredler
http://daniel.gredler.net/

Hi Daniel

D&J Gredler schrieb:
> 3. The build currently excludes DOM and SAC interfaces from the generated
> JAR.
>     a. I think DOM exclusion makes sense, but I'd like to just delete these
> interfaces from the repo.
>     b. I think SAC exclusion doesn't make sense, and I'd like to include
> them in the generated JAR.

I don't understand why excluding DOM makes sense whereas excluding SAC 
doesn't. The SAC API can be found at 
<http://www.w3.org/2002/06/sacjava-1.3.zip> available from 
<http://www.w3.org/Style/CSS/SAC/>.

> 5. Start fixing bugs!

And start by formally closing already fixed issues   :-)

Waldbaer

-- 
Johannes Koch
In te domine speravi; non confundar in aeternum.
                             (Te Deum, 4th cent.)

D&J Gredler wrote:
> I think dev lists are usually public. Imagine, for example, that 
> someone wants to become active in the project. The natural progression 
> would be to read the mailing list archives, then subscribe and watch 
> silently for a while, then maybe start becoming active on the 
> mailing list, submit some patches, and then become a committer.
>  
> Would you rather keep it private? If so, how come?
Not really.  For some reason, I got it into my head that it should be.

I plead a long week already at work.  =)

I think dev lists are usually public. Imagine, for example, that someone
wants to become active in the project. The natural progression would be to
read the mailing list archives, then subscribe and watch silently for a
while, then maybe start becoming active on the mailing list, submit some
patches, and then become a committer.

Would you rather keep it private? If so, how come?

Regards,

Daniel

On Wed, Mar 19, 2008 at 12:52 PM, Alan Krueger <al...@tr...> wrote:

> D&J Gredler wrote:
> > BTW, did you get a chance to make the mailing list public?
> The goal would be to limit the list to development members of the
> project.  The list is currently not public, but I'm unclear whether that
> helps meet that stated goal or not.
>
>
> https://lists.sourceforge.net/lists/listinfo/cssparser-developers
>

-- 
Daniel Gredler
http://daniel.gredler.net/

D&J Gredler wrote:
> BTW, did you get a chance to make the mailing list public?
The goal would be to limit the list to development members of the 
project.  The list is currently not public, but I'm unclear whether that 
helps meet that stated goal or not.

D&J Gredler wrote:
> Comments inline:
>
> On Tue, Mar 18, 2008 at 1:25 PM, Alan Krueger <al...@tr... 
> <mailto:al...@tr...>> wrote:
>
>     SourceForge supports Subversion now?  I'm happy to hear that.  I'm
>     personally in favor of this, but I like to be sure the longer-term
>     contributors to the project don't have any qualms about such a switch.
>
>  
> Are any of them on this list?
I mass-subscribed all current developers on the project to the list when 
I created it.

Comments inline:

On Tue, Mar 18, 2008 at 1:25 PM, Alan Krueger <al...@tr...> wrote:

> D&J Gredler wrote:
> > First off, thanks for letting me join the project. So... what's the
> > plan going forward?
> I'm somewhat new to the project myself, though an infusion of those with
> time and energy to contribute is a good thing, IMHO.
> > There are a couple of tasks I'd like to tackle, let me know what you
> > think about each:
> >
> > 1. I'd like to convert the CVS repo to SVN [1]. However, I think you
> > have to be an admin to do this.
> SourceForge supports Subversion now?  I'm happy to hear that.  I'm
> personally in favor of this, but I like to be sure the longer-term
> contributors to the project don't have any qualms about such a switch.


Are any of them on this list?

> > 2. I'd like to convert the build system to Maven 2.
> I'm not familiar with Maven, though I keep meaning to do a little
> research into it.  What would this do for us?


A standardized build lifecycle, automated dependency management, and easier
deployment of releases to the central maven repository. For example, right
now the ant script requires users to intall JavaCC and set a
corresponding environment variable. With Maven2, you configure the JavaCC
plugin to be used during the (standard) generate-sources build phase, and
the plugin and its dependencies are automatically downloaded as necessary.
No need for preconfiguration. Same with JUnit for the unit tests, which get
run during the (standard) test build phase.

> > 3. The build currently excludes DOM and SAC interfaces from the
> > generated JAR.
> >     a. I think DOM exclusion makes sense, but I'd like to just delete
> > these interfaces from the repo.
> >     b. I think SAC exclusion doesn't make sense, and I'd like to
> > include them in the generated JAR.
> I'll need to look at the code to see what you're referring to.


OK, let me know what you think.

> > 4. There aren't hardly any unit tests right now. I'd like to add some
> > base "sanity" unit tests and start to add unit tests for each bugfix.
> I'm very much in favor of unit and standards-compliance tests.


OK.

BTW, did you get a chance to make the mailing list public?

Regards,

Daniel


-- 
Daniel Gredler
http://daniel.gredler.net/

Hi Alan et al,

First off, thanks for letting me join the project. So... what's the plan
going forward?

There are a couple of tasks I'd like to tackle, let me know what you think
about each:

1. I'd like to convert the CVS repo to SVN [1]. However, I think you have to
be an admin to do this.
2. I'd like to convert the build system to Maven 2.
3. The build currently excludes DOM and SAC interfaces from the generated
JAR.
    a. I think DOM exclusion makes sense, but I'd like to just delete these
interfaces from the repo.
    b. I think SAC exclusion doesn't make sense, and I'd like to include
them in the generated JAR.
4. There aren't hardly any unit tests right now. I'd like to add some base
"sanity" unit tests and start to add unit tests for each bugfix.
5. Start fixing bugs!
6. Get a new release out very soon.

Again, let me know what you think of each of these.

Regards,

Daniel


PS: I think the mailing list is private or something, because it's not
visible when you go to http://sourceforge.net/mail/?group_id=82996 . Can you
make it public?


[1]
http://alexandria.wiki.sourceforge.net/Subversion+-+Version+Control+for+Source+Code#tocSubversion%20-%20Version%20Control%20for%20Source%20Code6

-- 
Daniel Gredler
http://daniel.gredler.net/

Testing... first post?

-- 
Daniel Gredler
http://daniel.gredler.net/