gstreamermm 0.9.5

On Fri, 2008-05-09 at 19:24 +0200, Martin (OPENGeoMap) wrote:

Hi:

Are there some gtkmm guidelines to develop?

Usually in c++ APIs i see method like pascal case, but in gtkmm or ruby 
language  is like gtk+.

Usually C++ libraries use the same case to c#:
http://cplus.about.com/od/learnc/ss/csharpclasses_5.htm

There is no standard. people choose whatever they see fit.

How are people developing applications with gtkmm technology?

Therefore i want use libraries in c++ with different notations (gdal, 
liblas,...) and (gtkmm,glibmm,...). Which is for me?

How does that even matter?

On Fri, 2008-05-09 at 20:56 +0200, Martin (OPENGeoMap) wrote:

IHMO, with this kind of guidelines i think readability is better and
we don´t get crazy with APIs we are using.

the problem is that some people don't agree with you. neither C++ nor
gtkmm seek to impose a development methodology on anyone using the
tools.

--p

ps. if you want to see my personal rule book:
http://ardour.org/development/styleguide

	gstreamermm 0.9.5 by Murray Cumming :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message gstreamermm provides a C++ API for the gstreamer streaming multimedia framework. There is lots of work still to be done, but we have working examples that play video and music. Changes: gstreamermm 0.9.5 (unstable): * Bin: Added properties and vfuncs. * ChildProxy: Added properties and vfuncs. * Clock: - Added get/set_calibration(). - Added properties and vfuncs. * Element: - Added found_tags() and found_tags_for_pad(), create() and parse(). - Used ArrayHandle<> for methods that return an array of QueryType. - Added vfuncs. - Derive from Gst::Interface. * Added GhostPad * Index: Added signals and properties. Made IndexEntry::assoc_map() const. * Added MessageTag. * Pad: Added add_{data,buffer,event}_probe() methods. * PadTemplate: Wrapped members name_template, direction, and presence. * Parse: Throw errors as exceptions. * Pipeline: Added properties. * Structure: Renamed is_empty() and get_size() methods to empty() and size(), for consistency with the standard C++ library. * Added TagList. * Added TagSetter. * Xml: Added "object-loaded" signal. * Documentation: - New media_player_gtkmm example which can play music or video files. - Improved reference documenation. * A huge number of other improvements. (José Alburquerque, José Alburquerque, and José Alburquerque) svn: svn.gnome.org/gnomemm/gstreamermm/trunk/ http://svn.gnome.org/viewvc/gnomemm/gstreamermm/trunk/ (It's in jhbuild) download: http://ftp.gnome.org/pub/GNOME/sources/gstreamermm/ submit bugs: http://bugzilla.gnome.org/enter_bug.cgi?product=gnomemm&component=gstreamermm view bugs: http://bugzilla.gnome.org/buglist.cgi?query=component%3Agstreamermm +product%3Agnomemm+ -- murrayc@... www.murrayc.com www.openismus.com _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list
	Re: gstreamermm 0.9.5 by José Alburquerque-3 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Murray Cumming wrote: > gstreamermm provides a C++ API for the gstreamer streaming multimedia > framework. There is lots of work still to be done, but we have working > examples that play video and music. > > Changes: > > gstreamermm 0.9.5 (unstable): > > * Bin: Added properties and vfuncs. > * ChildProxy: Added properties and vfuncs. > * Clock: > - Added get/set_calibration(). > - Added properties and vfuncs. > * Element: > - Added found_tags() and found_tags_for_pad(), create() and parse(). > - Used ArrayHandle<> for methods that return an array of QueryType. > - Added vfuncs. > - Derive from Gst::Interface. > * Added GhostPad > * Index: Added signals and properties. Made IndexEntry::assoc_map() > const. > * Added MessageTag. > * Pad: Added add_{data,buffer,event}_probe() methods. > * PadTemplate: Wrapped members name_template, direction, and presence. > * Parse: Throw errors as exceptions. > * Pipeline: Added properties. > * Structure: Renamed is_empty() and get_size() methods to empty() and > size(), > for consistency with the standard C++ library. > * Added TagList. > * Added TagSetter. > * Xml: Added "object-loaded" signal. > * Documentation: > - New media_player_gtkmm example which can play music or video files. > - Improved reference documenation. > * A huge number of other improvements. > (José Alburquerque, José Alburquerque, and José Alburquerque) > > I do apologize though for doing all this on my own. I wish it could have been a bit more of a collaborative effort. I have more to learn about collaboration; hopefully I'll it will be something I learn as I develop. I also wanted to say that it has really been an honor and a joy learning so much as I worked on gstreamermm. Thanks Murray for the time you took to answer my questions and point me in the right direction while developing. :-) -Jose > svn: > svn.gnome.org/gnomemm/gstreamermm/trunk/ > http://svn.gnome.org/viewvc/gnomemm/gstreamermm/trunk/ > (It's in jhbuild) > download: > http://ftp.gnome.org/pub/GNOME/sources/gstreamermm/ > submit bugs: > > http://bugzilla.gnome.org/enter_bug.cgi?product=gnomemm&component=gstreamermm > view bugs: > http://bugzilla.gnome.org/buglist.cgi?query=component%3Agstreamermm > +product%3Agnomemm+ > > > > -- José Alburquerque jaalburquerque@... The path to real wisdom begins with a deep loving respect for the ever living God (Prov. 1:7) _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list
	gtkmm guidelines? by Martin (OPENGeoMap) :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Hi: Are there some gtkmm guidelines to develop? Usually in c++ APIs i see method like pascal case, but in gtkmm or ruby language is like gtk+. Usually C++ libraries use the same case to c#: http://cplus.about.com/od/learnc/ss/csharpclasses_5.htm How are people developing applications with gtkmm technology? Therefore i want use libraries in c++ with different notations (gdal, liblas,...) and (gtkmm,glibmm,...). Which is for me? Regards. > _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list
	Re: gtkmm guidelines? by Hubert Figuiere-2 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message On Fri, 2008-05-09 at 19:24 +0200, Martin (OPENGeoMap) wrote: > Hi: > > Are there some gtkmm guidelines to develop? > > Usually in c++ APIs i see method like pascal case, but in gtkmm or ruby > language is like gtk+. > Usually C++ libraries use the same case to c#: > http://cplus.about.com/od/learnc/ss/csharpclasses_5.htm > There is no standard. people choose whatever they see fit. > How are people developing applications with gtkmm technology? > > Therefore i want use libraries in c++ with different notations (gdal, > liblas,...) and (gtkmm,glibmm,...). Which is for me? How does that even matter? Hub _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list
	Re: gtkmm guidelines? by Martin (OPENGeoMap) :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Hi: On Fri, 2008-05-09 at 19:24 +0200, Martin (OPENGeoMap) wrote: Hi: Are there some gtkmm guidelines to develop? Usually in c++ APIs i see method like pascal case, but in gtkmm or ruby language is like gtk+. Usually C++ libraries use the same case to c#: http://cplus.about.com/od/learnc/ss/csharpclasses_5.htm There is no standard. people choose whatever they see fit. ok. thanks How are people developing applications with gtkmm technology? Therefore i want use libraries in c++ with different notations (gdal, liblas,...) and (gtkmm,glibmm,...). Which is for me? How does that even matter? Well i think it´s really important nowadays. In .NET for example there are a complete guidelines for this topic: http://msdn.microsoft.com/en-us/library/czefa0ke(VS.71).aspx Gtk+ also: http://developer.gnome.org/doc/guides/programming-guidelines/code-style.html In ruby language for example if a word begin with uppercase is a constant. You can not modify that variable anymore in the program, because ruby kernel don´t let you. IHMO, with this kind of guidelines i think readability is better and we don´t get crazy with APIs we are using. Here there a great article: http://www.codesampler.com/guidelines.htm Regards. _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list
	Re: gtkmm guidelines? by Paul Davis :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message On Fri, 2008-05-09 at 20:56 +0200, Martin (OPENGeoMap) wrote: > IHMO, with this kind of guidelines i think readability is better and > we don´t get crazy with APIs we are using. the problem is that some people don't agree with you. neither C++ nor gtkmm seek to impose a development methodology on anyone using the tools. --p ps. if you want to see my personal rule book: http://ardour.org/development/styleguide _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list
	Re: gtkmm guidelines? by Murray Cumming :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message On Fri, 2008-05-09 at 20:56 +0200, Martin (OPENGeoMap) wrote: > Well i think it´s really important nowadays. gtkmm is just one library. Just as gtkmm doesn't force you to use a particular compiler, build system or preprocessor, it shouldn't dictate syntax or style for your applications's code. You'd then be forced to choose which of the libraries that you use should be dictating to you more. Which would be silly. I generally like consistency, but there simply is none in this case. -- murrayc@... www.murrayc.com www.openismus.com _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list
	Re: gtkmm guidelines? by Martin (OPENGeoMap) :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message hi: On Fri, 2008-05-09 at 20:56 +0200, Martin (OPENGeoMap) wrote: IHMO, with this kind of guidelines i think readability is better and we don´t get crazy with APIs we are using. the problem is that some people don't agree with you. neither C++ nor gtkmm seek to impose a development methodology on anyone using the tools. --p ps. if you want to see my personal rule book: http://ardour.org/development/styleguide thanks Murray and paul (for the link)!!! Regards. _______________________________________________ gtkmm-list mailing list gtkmm-list@... http://mail.gnome.org/mailman/listinfo/gtkmm-list

gstreamermm 0.9.5

gstreamermm 0.9.5

Re: gstreamermm 0.9.5

gtkmm guidelines?

Re: gtkmm guidelines?

Re: gtkmm guidelines?

Re: gtkmm guidelines?

Re: gtkmm guidelines?

Re: gtkmm guidelines?