ddccontrol-devel — Development list.

[ddccontrol-devel] New database version - please test

[Nicolas B. <ni...@bo...>]

Hi everybody,

I made several important changes to database structure, following Oleg's
ideas.

The major change is that I added generic profiles for standard controls
(VESA.xml), and for some manufacturers (SAMlcd.xml, MELcrt.xml,
FUSlcd.xml).

Everything looks simpler now, particularly Samsung monitors, which have
very much in common except a few controls.

If you follow the CVS, it would be really nice if you could check that
everything works, and that I did not broke up your monitor profile (I
only have one monitor here).

I would like to release the next version soon, but I don't want to
release something that doesn't work .-)

Thanks,

Best regards,

Nicolas

Re: [ddccontrol-devel] New mailing list for CVS commits

[Nicolas B. <ni...@bo...>]

Hi Oleg,

On Wed, 2006-02-22 at 15:12 +0300, Oleg I. Vdovikin wrote:
> Nicolas,
> 
>     thank you. At the moment I'm busy (as usual...),

That's something I fully understand .-)

>  so I would not 
> subscribe to the list right now. I've several suggestions:
>     1) it's a good idea create a generic monitor profile, using VESA 
> controls only (i.e. 0x00 - 0xdf IIRC). As these things are common for all 
> monitors these would help creating new monitor profile without the need for 
> guessing the controls;

That's a good idea, I'll think about implementing it.

>     2) perhaps the same thing could be done for generic vendor profile (i.e. 
> for samsung SAM.xml, which would define vendor specific controls common for 
> most displays);

Again, good idea.

>     3) generic profiles should only be used if they're forced by user, by 
> either using a --generic option or specifing xml file directly (overriding 
> EDID PnP value);

I think we could use the generic XML file even if the user doesn't ask
for it, but we could print a big message asking the user to sent his
output to the list.

>     4) Please change the copyright line, so it would only indicate 2004-2005 
> near my name, as I'm no longer commit any code and basically you do most of 
> the job.

Ok.

Thank you for your suggestions.

Best regards,

Nicolas

> ----- Original Message ----- 
> From: "Nicolas Boichat" <ni...@bo...>
> To: <ddc...@li...>
> Cc: "Oleg I. Vdovikin" <ol...@cs...>
> Sent: Tuesday, February 21, 2006 5:59 PM
> Subject: [ddccontrol-devel] New mailing list for CVS commits
> 
> 
> > Hello,
> >
> > I created a new mailing-list : ddccontrol-cvs. Subscribing to this list
> > allows you to see every commits that are done on the CVS.
> >
> > Previously only Oleg and I were subscribed, but I had some problems to
> > filter these messages as there is no specific header in them, so I
> > decided to create a mailing list.
> >
> > Oleg: If you are still interested in following what is done on the CVS,
> > please subscribe to this list.
> >
> > Quick link: http://lists.sourceforge.net/lists/listinfo/ddccontrol-cvs .
> >
> > Best regards,
> >
> > Nicolas
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> > files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> > _______________________________________________
> > ddccontrol-devel mailing list
> > ddc...@li...
> > https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> ddccontrol-devel mailing list
> ddc...@li...
> https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel
> 

Re: [ddccontrol-devel] New mailing list for CVS commits

[Oleg I. V. <ol...@cs...>]

Nicolas,

    thank you. At the moment I'm busy (as usual...), so I would not 
subscribe to the list right now. I've several suggestions:
    1) it's a good idea create a generic monitor profile, using VESA 
controls only (i.e. 0x00 - 0xdf IIRC). As these things are common for all 
monitors these would help creating new monitor profile without the need for 
guessing the controls;
    2) perhaps the same thing could be done for generic vendor profile (i.e. 
for samsung SAM.xml, which would define vendor specific controls common for 
most displays);
    3) generic profiles should only be used if they're forced by user, by 
either using a --generic option or specifing xml file directly (overriding 
EDID PnP value);
    4) Please change the copyright line, so it would only indicate 2004-2005 
near my name, as I'm no longer commit any code and basically you do most of 
the job.

Regards,
Oleg.

----- Original Message ----- 
From: "Nicolas Boichat" <ni...@bo...>
To: <ddc...@li...>
Cc: "Oleg I. Vdovikin" <ol...@cs...>
Sent: Tuesday, February 21, 2006 5:59 PM
Subject: [ddccontrol-devel] New mailing list for CVS commits


> Hello,
>
> I created a new mailing-list : ddccontrol-cvs. Subscribing to this list
> allows you to see every commits that are done on the CVS.
>
> Previously only Oleg and I were subscribed, but I had some problems to
> filter these messages as there is no specific header in them, so I
> decided to create a mailing list.
>
> Oleg: If you are still interested in following what is done on the CVS,
> please subscribe to this list.
>
> Quick link: http://lists.sourceforge.net/lists/listinfo/ddccontrol-cvs .
>
> Best regards,
>
> Nicolas
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> ddccontrol-devel mailing list
> ddc...@li...
> https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel 

[ddccontrol-devel] New mailing list for CVS commits

[Nicolas B. <ni...@bo...>]

Hello,

I created a new mailing-list : ddccontrol-cvs. Subscribing to this list
allows you to see every commits that are done on the CVS.

Previously only Oleg and I were subscribed, but I had some problems to
filter these messages as there is no specific header in them, so I
decided to create a mailing list.

Oleg: If you are still interested in following what is done on the CVS,
please subscribe to this list.

Quick link: http://lists.sourceforge.net/lists/listinfo/ddccontrol-cvs .

Best regards,

Nicolas

Re: [ddccontrol-devel] ddccontrol build fix.

[Nicolas B. <ni...@bo...>]

Hi Ben,

Thanks for the bug report, and for the patch, I applied it against the
CVS.

Best regards,

Nicolas

On Mon, 2006-02-20 at 23:26 +1100, Ben Skeggs wrote:
> When building with the --as-needed linker flag, ddccontrol fails to link
> correctly.
> 
> I've attached a patch to which links libddccontrol.so against libxml2.
> This has been applied to Gentoo CVS already,
> https://bugs.gentoo.org/show_bug.cgi?id=122640.
> 
> Cheers,
> Ben.
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> ddccontrol-devel mailing list
> ddc...@li...
> https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel
> 

[ddccontrol-devel] ddccontrol build fix.

[Ben S. <dar...@ii...>]

When building with the --as-needed linker flag, ddccontrol fails to link
correctly.

I've attached a patch to which links libddccontrol.so against libxml2.
This has been applied to Gentoo CVS already,
https://bugs.gentoo.org/show_bug.cgi?id=122640.

Cheers,
Ben.

Re: [ddccontrol-devel] Re: [ddccontrol-users] Radeon9200 by PCI - confirmation (ddccontrol v0.3)

[Nicolas B. <ni...@bo...>]

Hi,

Thanks for the report.

Best regards,

Nicolas

On Fri, 2005-12-23 at 07:33 +0000, a a wrote:
> Hello,
> 
> I have a similar setup
> 
> radeon 9200
> SyncMaster 910T
> 
> "ddccontrol -d   pci:01:00.0-1" gives:
> ---start---
> ddccontrol version 0.3
> Copyright 2005 Oleg I. Vdovikin (ol...@cs...) and
> Nicolas Boichat (ni...@bo...)
> This program comes with ABSOLUTELY NO WARRANTY.
> You may redistribute copies of this program under the
> terms of the GNU General Public License.
> 
> Reading EDID and initializing DDC/CI at bus
> pci:01:00.0-1...
> 
> EDID readings:
>         Plug and Play ID: SAM010F [Samsung SyncMaster
> 910T]
>         Input type: Digital
> 
> Controls (valid/current/max) [Description - Value
> name]:
> Control 0x04: +/0/1 [Restore Factory Defaults]
> Control 0x05: +/0/1 [Restore Brightness and Contrast]
> Control 0x06: +/0/1 [???]
> Control 0x08: +/0/1 [Restore Factory Default Color]
> Control 0x0e: +/60/120 [???]
> Control 0x10: +/80/100 [Brightness]
> Control 0x12: +/80/100 [Contrast]
> Control 0x16: +/32/64 [Red maximum level]
> Control 0x18: +/32/64 [Green maximum level]
> Control 0x1a: +/32/64 [Blue maximum level]
> Control 0x1e: +/0/2 [???]
> Control 0x20: +/41/100 [???]
> Control 0x30: +/36/70 [???]
> Control 0x3e: +/22/31 [???]
> Control 0x60: +/3/3 [Input Source Select - Digital]
> Control 0x62: +/25/50 [???]
> Control 0x6c: +/145/255 [???]
> Control 0x6e: +/147/255 [???]
> Control 0x70: +/145/255 [???]
> Control 0xb0: +/0/2 [Settings]
> Control 0xb6: +/3/8 [???]
> Control 0xc6: +/1/1 [???]
> Control 0xc8: +/5/16 [???]
> Control 0xc9: +/1/0 [???]
> Control 0xca: +/2/2 [???]
> Control 0xcc: +/2/11 [???]
> Control 0xd6: +/1/4 [DPMS Control - On]
> Control 0xdc: +/4/4 [Magic Bright Mode - Custom]
> Control 0xdf: +/512/0 [???]
> Control 0xe0: +/0/3 [Color Preset - Normal]
> Control 0xe1: +/1/1 [???]
> Control 0xe2: +/0/1 [???]
> Control 0xed: +/90/255 [???]
> Control 0xee: +/90/255 [???]
> Control 0xef: +/88/255 [???]
> Control 0xf5: +/0/2 [???]
> ---end---
> 
> I think the Synchmaster 910T has the same ddc
> functions as the 912N. Therefore I added the file
> "/usr/local/share/ddccontrol-db/monitor/SAM010F.xml",
> containing:
> 
> -*-start-*-
> <?xml version="1.0"?>
> <!---The Samsung 910T is identical to 173P -->
> <monitor include="SAM00D3" name="Samsung SyncMaster
> 910T"/>
> -*-end-*-
> 
> regards,
> Christian
> 
> 
> 		
> ___________________________________________________________ 
> NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> ddccontrol-devel mailing list
> ddc...@li...
> https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel
> 

[ddccontrol-devel] Re: [ddccontrol-users] Radeon9200 by PCI - confirmation (ddccontrol v0.3)

[a a <dec...@ya...>]

Hello,

I have a similar setup

radeon 9200
SyncMaster 910T

"ddccontrol -d   pci:01:00.0-1" gives:
---start---
ddccontrol version 0.3
Copyright 2005 Oleg I. Vdovikin (ol...@cs...) and
Nicolas Boichat (ni...@bo...)
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the
terms of the GNU General Public License.

Reading EDID and initializing DDC/CI at bus
pci:01:00.0-1...

EDID readings:
        Plug and Play ID: SAM010F [Samsung SyncMaster
910T]
        Input type: Digital

Controls (valid/current/max) [Description - Value
name]:
Control 0x04: +/0/1 [Restore Factory Defaults]
Control 0x05: +/0/1 [Restore Brightness and Contrast]
Control 0x06: +/0/1 [???]
Control 0x08: +/0/1 [Restore Factory Default Color]
Control 0x0e: +/60/120 [???]
Control 0x10: +/80/100 [Brightness]
Control 0x12: +/80/100 [Contrast]
Control 0x16: +/32/64 [Red maximum level]
Control 0x18: +/32/64 [Green maximum level]
Control 0x1a: +/32/64 [Blue maximum level]
Control 0x1e: +/0/2 [???]
Control 0x20: +/41/100 [???]
Control 0x30: +/36/70 [???]
Control 0x3e: +/22/31 [???]
Control 0x60: +/3/3 [Input Source Select - Digital]
Control 0x62: +/25/50 [???]
Control 0x6c: +/145/255 [???]
Control 0x6e: +/147/255 [???]
Control 0x70: +/145/255 [???]
Control 0xb0: +/0/2 [Settings]
Control 0xb6: +/3/8 [???]
Control 0xc6: +/1/1 [???]
Control 0xc8: +/5/16 [???]
Control 0xc9: +/1/0 [???]
Control 0xca: +/2/2 [???]
Control 0xcc: +/2/11 [???]
Control 0xd6: +/1/4 [DPMS Control - On]
Control 0xdc: +/4/4 [Magic Bright Mode - Custom]
Control 0xdf: +/512/0 [???]
Control 0xe0: +/0/3 [Color Preset - Normal]
Control 0xe1: +/1/1 [???]
Control 0xe2: +/0/1 [???]
Control 0xed: +/90/255 [???]
Control 0xee: +/90/255 [???]
Control 0xef: +/88/255 [???]
Control 0xf5: +/0/2 [???]
---end---

I think the Synchmaster 910T has the same ddc
functions as the 912N. Therefore I added the file
"/usr/local/share/ddccontrol-db/monitor/SAM010F.xml",
containing:

-*-start-*-
<?xml version="1.0"?>
<!---The Samsung 910T is identical to 173P -->
<monitor include="SAM00D3" name="Samsung SyncMaster
910T"/>
-*-end-*-

regards,
Christian


		
___________________________________________________________ 
NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/

[ddccontrol-devel] Re: [ddccontrol-users] Radeon9200 by PCI - confirmation (ddccontrol v0.3)

[Nicolas B. <ni...@bo...>]

Hi,

I copied this to ddccontrol-devel as it is more a development issue.

On Tue, 2005-11-15 at 23:36 +0100, Radoslaw Marcinkowski wrote:
> Hi,
> 
> I would like to confirm that ddccontrol version 0.3 works with Radeon 9200 
> by PCI insted of i2c. My system is:
[snip]

Thanks for the report.

> I wish you version 1.0 :)

In fact we have no real plan to release version 1.0, but, one day, we'll
probably come to 1.0 .-)

> PS Could you tell me shortly how to translate ddccontrol to my language 
> (Polish) - I know that I should do something with .po file(s), what? 

Simply run in ddccontrol/po :
# msginit -i ddccontrol.pot -l pl_PL

Then add a line containing "pl" in LINGUAS.

(Then repeat the operation for ddccontrol-db)

To translate the strings in pl.po, I recommend "poedit", it is a very
nice tool.

BTW, if you are interested in maintaining the Polish translation, I'll
give you a CVS access so you don't have to rely on me to update the
files.

Best regards,

Nicolas

[ddccontrol-devel] DDCcontrol version 0.3 and ddccontrol-db-20051114 released

[Nicolas B. <ni...@bo...>]

Hello,

I just released a new version of ddccontrol and ddccontrol-db, after a
rather long delay...

I would like to thanks all the people who helped this project :
 - Christian Schilling, for his nice addition to the project (the Gnome
Panel Applet), and for his other internal modifications on how
translations and autoconf/automake files are handled in CVS.
 - The translators. ddccontrol is now available in 4 languages:
Simplified Chinese (provided by "waq_cn"), English, French and Russian
(provided by Sergei Epiphanov).
 - "lekma", who provided a nice icon for the project.
 - Everybody on the lists who sent reports concerning unsupported
monitors (sometimes providing database files), who sent bug reports, or
who helped to support new hardware.
 - Everyone I may have forgotten .-) (Don't hesitate to send me a
reminder .-))

ddccontrol 0.3 ChangeLog:
Version 0.3 - 2005-11-14
 - Use GTK/GDK high-level API to determine current screen (instead of Xinerama API).
 - Add Chinese translation (Thanks to "waq_cn").
 - Add Gnome icon, thanks to 'lekma' on ddccontrol-users.
 - Add a new Gnome Panel Applet to switch between monitor profiles (Thanks to Christian Schilling).
 - Speed up gddccontrol loading by caching monitor list.
 - Add new fullscreen patterns.
----

ddccontrol-db-20051114 ChangeLog:
Version 20051114:
 - Add support for new monitors:
   + Dell 1704FPT (Digital).
   + Samsung SyncMaster 171P.
   + Samsung SyncMaster 174T.
   + Samsung SyncMaster 193P Plus (Thanks to Emil Florea).
   + Samsung SyncMaster 710T.
   + Samsung SyncMaster 710TM (Thanks to Fabien Salvi).
   + Samsung SyncMaster 930BF (Thanks to Michael Vogt).
   + Samsung SyncMaster 997MB.
   + Mitsubishi Diamond Plus 92.
   + Mitsubishi Diamond Pro 2070sb.
 - Add Chinese translation (Thanks to "waq_cn").
----

Best regards,

Nicolas

Re: [ddccontrol-devel] Packaging for Debian

[Roberto C. S. <ro...@fa...>]

On Mon, Nov 07, 2005 at 07:11:40PM +0100, Nicolas Boichat wrote:
> Hi Roberto,
>=20
> That's a known bug in 0.2, I provided a patch on the users list.
>=20
Oops.  Maybe I should have done a quick Google search.

> > The cuplrit in main.c is not similarly surrounded.  I am working on a
> > branch that I created from the Release-0_2 tag.  I noticed that this is
> > no longer a problem in more recent CVS versions.  If necessary, I can
> > wait for a new release.
> >=20
> > Any suggestions on what to do?
>=20
> What I suggest is that you wait a little. I will release 0.3 ASAP
> (probably this week), and a new version of the db too, because several
> major updates has been done since August (many new monitors, gnome
> applet).
>=20
OK.  I will probably check out against HEAD and work on the Debian
packaging part outside of CVS.  Once you release I will start a branch
on your release tag and then do the packagin work for the real Debian
package on that branch.

> Best regards,
>=20
> Nicolas
>=20

-Roberto

--=20
Roberto C. Sanchez
http://familiasanchez.net/~roberto

Re: [ddccontrol-devel] Packaging for Debian

[Nicolas B. <ni...@bo...>]

Hi Roberto,

On Sun, 2005-11-06 at 15:57 -0500, Roberto C. Sanchez wrote:
> I finally made some time to go back and finish up packaging version 0.2.
> However, I have run into an issue.  Debian Sarge, which I am currently
> running, does not have a package for libXinerama.so.  There is only a
> package for libXinerama.a.  This causes the build to fail on my machine
> when building gddccontrol:
> 
> main.c: In function `main':
> main.c:312: error: `xineramacurrent' undeclared (first use in this
> function)
> main.c:312: error: (Each undeclared identifier is reported only once
> main.c:312: error: for each function it appears in.)
> main.c:307: warning: unused variable `event_base'
> main.c:307: warning: unused variable `error_base'
> 
> The variable xineramacurrent is defined in notebook.h, but is surrounded
> like this:
> 
> #ifdef HAVE_XINERAMA
> int xineramacurrent;
> int xineramanumber;
> XineramaScreenInfo* xineramainfo;
> #endif

That's a known bug in 0.2, I provided a patch on the users list.

> The cuplrit in main.c is not similarly surrounded.  I am working on a
> branch that I created from the Release-0_2 tag.  I noticed that this is
> no longer a problem in more recent CVS versions.  If necessary, I can
> wait for a new release.
> 
> Any suggestions on what to do?

What I suggest is that you wait a little. I will release 0.3 ASAP
(probably this week), and a new version of the db too, because several
major updates has been done since August (many new monitors, gnome
applet).

Best regards,

Nicolas

[ddccontrol-devel] Packaging for Debian

[Roberto C. S. <ro...@fa...>]

I finally made some time to go back and finish up packaging version 0.2.
However, I have run into an issue.  Debian Sarge, which I am currently
running, does not have a package for libXinerama.so.  There is only a
package for libXinerama.a.  This causes the build to fail on my machine
when building gddccontrol:

main.c: In function `main':
main.c:312: error: `xineramacurrent' undeclared (first use in this
function)
main.c:312: error: (Each undeclared identifier is reported only once
main.c:312: error: for each function it appears in.)
main.c:307: warning: unused variable `event_base'
main.c:307: warning: unused variable `error_base'

The variable xineramacurrent is defined in notebook.h, but is surrounded
like this:

#ifdef HAVE_XINERAMA
int xineramacurrent;
int xineramanumber;
XineramaScreenInfo* xineramainfo;
#endif

The cuplrit in main.c is not similarly surrounded.  I am working on a
branch that I created from the Release-0_2 tag.  I noticed that this is
no longer a problem in more recent CVS versions.  If necessary, I can
wait for a new release.

Any suggestions on what to do?

-Roberto

--=20
Roberto C. Sanchez
http://familiasanchez.net/~roberto

[ddccontrol-devel] ddcprobe

[Christian S. <csc...@gm...>]

hi,
i accidentially found this on the net:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138381
could this effekt our project in any way?
-- 
Christian Schilling <csc...@gm...>

Re: [ddccontrol-devel] Re: [ddccontrol-users] Icon needed

[Nicolas B. <ni...@bo...>]

Hi Christian,

On Wed, 2005-09-21 at 19:08 +0200, Christian Schilling wrote:
> hi nicolas,
> 
[snip]
> > Ok. Please also test what happens if the icon is not installed on the
> > system, it should not display a message box or something like that.
> 
> i think most user will have it, as it is part of gnome. but in case it's
> not on the system there is no error message, but an other icon is shown
> instead (red cross on "paper")

Ok fine.

> > > the integration of intltool also changes the way POTFILES.in is
> > > maintained. the "intltool-update -m" command scans the sources and
> > > creates a "missing" file containing all sources not mentioned in
> > > POTFILES.in
> > 
> > Great! .-) I thought that my small trick was not the correct way of
> > doing this .-) Thanks!
> 
> intltool can also handle updating of the .po files themselves:
> intltool-update fr
> will get all marked strings and automaticly merge with existing
> french translations :-)

Ok, could be useful...

> > > while making this changes i noticed there are many autogenerated files
> > > in the CVS witch in my opinion should not be there. i'll leave this
> > > as-is but i'd like to know what you think about removing them.
> > 
> > I think things like configure, aclocal.m4 and Makefile.in could be
> > removed safely...
> > When I was the only one to develop, it was not a problem to have these
> > files, but now, they get regenerated each time you do a commit because
> > we don't have the same version of automake (1.9.6 for you and 1.9.7 for
> > me).
> > So just go on, delete the files you think should not be there (please
> > also update the .cvsignore files), and if there is a problem we can
> > always add some of them back later.
> 
> i removed a lot of files (and added them to .cvsignore) but all of them
> are generated during ./autogen.sh or a later script. you'll see the dir
> gets quite tidy when doing rm $(cat .cvsignore)

Yes that's fine. I'll also remove ABOUT-NLS (it is generated by
gettextize).

> while working on intltool interation i noticed you use the N_() macro
> quite extensivly to do nothing, is there any special reason for this?
> i ask because usually N_() is used for a different purpose: to mark
> static strings with cannot directly translated by a function all, but
> are later translated in place:
> 
> const char* foo = N_("whatever");
> .....
> printf(gettext(foo));
> 
> i added N_ to xgettext keywords (because intltool needs that), and know
> a lot of strings witch don't need translation are pulled into the .po
> files

Yes I misunderstood the use of the N_ keyword... I've learned that I
used it wrong for weeks, but I forgot to remove them. I'll work on this.

> ps.: do you have some kind of instant messaging? maybe this would be
> handy for minor questions/discussions ;-)

Ok, just tell me which one you use, I have ICQ/MSN/Skype accounts, tell
me what do you prefer (I have none running usually).

Best regards,

Nicolas

Re: [ddccontrol-devel] Re: [ddccontrol-users] Icon needed

[Christian S. <csc...@gm...>]

hi nicolas,

Am Mittwoch, den 21.09.2005, 01:45 +0200 schrieb Nicolas Boichat:
> Hi Christian,
> 
> On Wed, 2005-09-21 at 00:34 +0200, Christian Schilling wrote:
> > hi nicolas,
> > 
> > i think we can use this icon for now. as it is a part of gnome there is
> > no need for copying it. it can just be accessed via it's iconname:
> > "display-capplet".
> > i have already made the changes to the applet. and will now create
> > the .desktop file for gddcontrol's menu entry with this icon.
> 
> Ok. Please also test what happens if the icon is not installed on the
> system, it should not display a message box or something like that.

i think most user will have it, as it is part of gnome. but in case it's
not on the system there is no error message, but an other icon is shown
instead (red cross on "paper")


> > the integration of intltool also changes the way POTFILES.in is
> > maintained. the "intltool-update -m" command scans the sources and
> > creates a "missing" file containing all sources not mentioned in
> > POTFILES.in
> 
> Great! .-) I thought that my small trick was not the correct way of
> doing this .-) Thanks!

intltool can also handle updating of the .po files themselves:
intltool-update fr
will get all marked strings and automaticly merge with existing
french translations :-)

> 
> > while making this changes i noticed there are many autogenerated files
> > in the CVS witch in my opinion should not be there. i'll leave this
> > as-is but i'd like to know what you think about removing them.
> 
> I think things like configure, aclocal.m4 and Makefile.in could be
> removed safely...
> When I was the only one to develop, it was not a problem to have these
> files, but now, they get regenerated each time you do a commit because
> we don't have the same version of automake (1.9.6 for you and 1.9.7 for
> me).
> So just go on, delete the files you think should not be there (please
> also update the .cvsignore files), and if there is a problem we can
> always add some of them back later.

i removed a lot of files (and added them to .cvsignore) but all of them
are generated during ./autogen.sh or a later script. you'll see the dir
gets quite tidy when doing rm $(cat .cvsignore)

while working on intltool interation i noticed you use the N_() macro
quite extensivly to do nothing, is there any special reason for this?
i ask because usually N_() is used for a different purpose: to mark
static strings with cannot directly translated by a function all, but
are later translated in place:

const char* foo = N_("whatever");
.....
printf(gettext(foo));

i added N_ to xgettext keywords (because intltool needs that), and know
a lot of strings witch don't need translation are pulled into the .po
files

best regards

christian

ps.: do you have some kind of instant messaging? maybe this would be
handy for minor questions/discussions ;-)

Re: [ddccontrol-devel] Re: [ddccontrol-users] Icon needed

[Nicolas B. <ni...@bo...>]

Hi Christian,

On Wed, 2005-09-21 at 00:34 +0200, Christian Schilling wrote:
> hi nicolas,
> 
> i think we can use this icon for now. as it is a part of gnome there is
> no need for copying it. it can just be accessed via it's iconname:
> "display-capplet".
> i have already made the changes to the applet. and will now create
> the .desktop file for gddcontrol's menu entry with this icon.

Ok. Please also test what happens if the icon is not installed on the
system, it should not display a message box or something like that.

> i'm also changing some build files, to properly integrate intltool,
> witch translates the menu entrys in the .desktop file and the .server
> and .xml files of the applet. so you sould re-run ./autogen.sh after my
> next commit.

Nice, thank you. (I'm waiting for your commit .-))

> the integration of intltool also changes the way POTFILES.in is
> maintained. the "intltool-update -m" command scans the sources and
> creates a "missing" file containing all sources not mentioned in
> POTFILES.in

Great! .-) I thought that my small trick was not the correct way of
doing this .-) Thanks!

> while making this changes i noticed there are many autogenerated files
> in the CVS witch in my opinion should not be there. i'll leave this
> as-is but i'd like to know what you think about removing them.

I think things like configure, aclocal.m4 and Makefile.in could be
removed safely...
When I was the only one to develop, it was not a problem to have these
files, but now, they get regenerated each time you do a commit because
we don't have the same version of automake (1.9.6 for you and 1.9.7 for
me).
So just go on, delete the files you think should not be there (please
also update the .cvsignore files), and if there is a problem we can
always add some of them back later.

> ...and one last thing: ;-)
> as you might have noticed in the ChangeLog i added support for ati
> radeon cards to ddcpci.

Yes I saw thank you.

> (using framebuffer drivers and ati's closed
> source driver the same time can crash the machine)

Funny .-) It seems ATI is taking example on nVidia .-) (nVidia
simplified the problem by making impossible to use their drivers with
the framebuffer driver loaded)

> i tested this on a radeon 9800pro, so this should be changed in the
> documentation.

Ok, I'll do the work, and add a note about their incompatibility with
ATI proprietary drivers.

Thanks for all your work on this project, it is very nice.

Best regards,

Nicolas

> Am Dienstag, den 20.09.2005, 17:03 +0200 schrieb Nicolas Boichat:
> > Hi Christian,
> > 
> > What do you think about using the image attached (on my Gentoo it can be
> > found in /usr/share/pixmaps/).
> > It is part of GNOME control-center package, so it is under GPL.
> > 
> > Best regards,
> > 
> > Nicolas
> > 
> > On Sat, 2005-09-10 at 13:04 +0200, Christian Schilling wrote:
> > > hello,
> > > 
> > > I think the next release of ddccontrol should add an entry into the
> > > gnome menu, and therefore needs an icon. The same icon then could also
> > > be used for the panel applet (i inserted a random one..)
> > > 
> > > The problem is, i don't really think am capable of creating a good
> > > looking icon myself, so is here anybody on the list wo is, or at least
> > > has a suggestion to use an existing icon?
> > > 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> ddccontrol-devel mailing list
> ddc...@li...
> https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel
> 
-- 
Nicolas Boichat <ni...@bo...>

Re: [ddccontrol-devel] Re: [ddccontrol-users] Icon needed

[Christian S. <csc...@gm...>]

hi nicolas,

i think we can use this icon for now. as it is a part of gnome there is
no need for copying it. it can just be accessed via it's iconname:
"display-capplet".
i have already made the changes to the applet. and will now create
the .desktop file for gddcontrol's menu entry with this icon.

i'm also changing some build files, to properly integrate intltool,
witch translates the menu entrys in the .desktop file and the .server
and .xml files of the applet. so you sould re-run ./autogen.sh after my
next commit.

the integration of intltool also changes the way POTFILES.in is
maintained. the "intltool-update -m" command scans the sources and
creates a "missing" file containing all sources not mentioned in
POTFILES.in

while making this changes i noticed there are many autogenerated files
in the CVS witch in my opinion should not be there. i'll leave this
as-is but i'd like to know what you think about removing them.

...and one last thing: ;-)
as you might have noticed in the ChangeLog i added support for ati
radeon cards to ddcpci. (using framebuffer drivers and ati's closed
source driver the same time can crash the machine)
i tested this on a radeon 9800pro, so this should be changed in the
documentation.


best regards

christian

Am Dienstag, den 20.09.2005, 17:03 +0200 schrieb Nicolas Boichat:
> Hi Christian,
> 
> What do you think about using the image attached (on my Gentoo it can be
> found in /usr/share/pixmaps/).
> It is part of GNOME control-center package, so it is under GPL.
> 
> Best regards,
> 
> Nicolas
> 
> On Sat, 2005-09-10 at 13:04 +0200, Christian Schilling wrote:
> > hello,
> > 
> > I think the next release of ddccontrol should add an entry into the
> > gnome menu, and therefore needs an icon. The same icon then could also
> > be used for the panel applet (i inserted a random one..)
> > 
> > The problem is, i don't really think am capable of creating a good
> > looking icon myself, so is here anybody on the list wo is, or at least
> > has a suggestion to use an existing icon?
> > 

[ddccontrol-devel] Re: [ddccontrol-users] Icon needed

[Nicolas B. <ni...@bo...>]

Hi Christian,

What do you think about using the image attached (on my Gentoo it can be
found in /usr/share/pixmaps/).
It is part of GNOME control-center package, so it is under GPL.

Best regards,

Nicolas

On Sat, 2005-09-10 at 13:04 +0200, Christian Schilling wrote:
> hello,
> 
> I think the next release of ddccontrol should add an entry into the
> gnome menu, and therefore needs an icon. The same icon then could also
> be used for the panel applet (i inserted a random one..)
> 
> The problem is, i don't really think am capable of creating a good
> looking icon myself, so is here anybody on the list wo is, or at least
> has a suggestion to use an existing icon?
> 
-- 
Nicolas Boichat <ni...@bo...>

Re: [ddccontrol-devel] samsung 930bf xml-file

[Nicolas B. <ni...@bo...>]

Hi Michael,

Thank you for the file, I added it to the database.

(and yes sending a message to this list is the appropriate way to submit
new entries .-))

Best regards,

Nicolas

On Fri, 2005-09-16 at 18:39 +0200, Michael Vogt wrote:
> Hi,
> 
> attached is a samsung 930bf file. It seems to work fine with the  173P
> settings so the file is rather short :) 
> 
> I hope this is the appropriate way to submit new entries. If you need
> more information or if I should test more, please let me know.
> 
> Cheers,
>  Michael
> 
> P.S. Please CC on answers, I'm not on the list.
-- 
Nicolas Boichat <ni...@bo...>

[ddccontrol-devel] samsung 930bf xml-file

[Michael V. <mv...@ac...>]

Hi,

attached is a samsung 930bf file. It seems to work fine with the  173P
settings so the file is rather short :) 

I hope this is the appropriate way to submit new entries. If you need
more information or if I should test more, please let me know.

Cheers,
 Michael

P.S. Please CC on answers, I'm not on the list.
-- 
Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo

[ddccontrol-devel] Icon needed

[Christian S. <csc...@gm...>]

hello,

I think the next release of ddccontrol should add an entry into the
gnome menu, and therefore needs an icon. The same icon then could also
be used for the panel applet (i inserted a random one..)

The problem is, i don't really think am capable of creating a good
looking icon myself, so is here anybody on the list wo is, or at least
has a suggestion to use an existing icon?

-- 
Christian Schilling <csc...@gm...>

[ddccontrol-devel] Compile on GCC 4

[Christian S. <csc...@gm...>]

hello,

today i compiled ddccontrol with GCC 4 and got tons of warnings about
signedness in the files:
ddcci.c
monitor_db.c
conf.c
maybe gcc4 does some stricter checking of singedness.
i'll start looking why this happens and possibly fix it.

But at least no errors are reportet, so ddccontrol keeps working with
gcc4

-- 
Christian Schilling <csc...@gm...>

Re: [ddccontrol-devel] Panel Applet, libddcci

[Nicolas B. <ni...@bo...>]

Hello Christian,

On Fri, 2005-09-02 at 14:40 +0200, Christian Schilling wrote:
> Am Freitag, den 02.09.2005, 11:37 +0200 schrieb Nicolas Boichat:
> > Hello Christian,
> > 
> > On Fri, 2005-08-26 at 12:20 +0200, Christian Schilling wrote:
> > > > > i'm currently working on a panel applet for gnome, with allows quick
> > > > > changeing of profiles created with gddccontrol.
> > > > 
> > > > Nice idea .-) One thing you should take care of is multi-screen (which
> > > > monitor are you controlling?).
> > > yes i am aware of this, the applet is now working with one monitor only
> > > (first one thats found), but i intend to make an config dialog to chose
> > > the monitor.
> > > > 
> > > > > while doing this i noticed libddcci is build as a static library.
> > > > > as i needed it's functionality in my applet i changed the makefiles (and
> > > > > headers) to build a shared library and install it in $PREFIX/lib
> > > > > (headers in $prefix/include/ddcci)
> > > > 
> > > > There is no problem about it. My only concern is about two applications
> > > > accessing the monitors at the same time. It could create huge problems
> > > > (particularly with ddcpci)... I think we need a mechanism to lock and
> > > > unlock the libraries, but I've no experience on it. Any idea??
> > > not only the library must be locked, but other applications also need to
> > > get informed of changes.
> > > or do you mean not allowing to run two applications at the same time?
> > 
> > An easy way of doing this thing, which doesn't requires the apps to be
> > "informed", would be:
> >  - When ddccontrol or gddccontrol run, it locks the library, so no other
> > app can access DDC/CI. (so you can't change profile in ddcc-applet)
> >  - When ddcc-applet, it doesn't lock the library, unless when it is
> > changing of profile.
> > 
> > But again, I don't know how to do this... I'll try to find
> > informations...
> > 
> 
> is it requrired that the whole library is locked, or must just be
> ensured, that only one library function is executed at a time?
> 
> i've experienced no problems so far running both apps the same time,
> exept the information they are showing getting out of sync.
> 
> what kind of problems do you expect? maybe just adding protection to
> some critical functions is enough.

Yes, you're right, locking some functions should be enough...

I'll also find a way to automatically refresh controls/profile list.

Best regards,

Nicolas

Re: [ddccontrol-devel] Panel Applet, libddcci

[Nicolas B. <ni...@bo...>]

Hello Christian,

On Fri, 2005-09-02 at 13:08 +0200, Christian Schilling wrote:
> Am Freitag, den 02.09.2005, 11:37 +0200 schrieb Nicolas Boichat:
> > Hello Christian,
> > 
> > On Fri, 2005-08-26 at 12:20 +0200, Christian Schilling wrote:
> > > > > i'm currently working on a panel applet for gnome, with allows quick
> > > > > changeing of profiles created with gddccontrol.
> > > > 
> > > > Nice idea .-) One thing you should take care of is multi-screen (which
> > > > monitor are you controlling?).
> > > yes i am aware of this, the applet is now working with one monitor only
> > > (first one thats found), but i intend to make an config dialog to chose
> > > the monitor.
> > > > 
> > > > > while doing this i noticed libddcci is build as a static library.
> > > > > as i needed it's functionality in my applet i changed the makefiles (and
> > > > > headers) to build a shared library and install it in $PREFIX/lib
> > > > > (headers in $prefix/include/ddcci)
> > > > 
> > > > There is no problem about it. My only concern is about two applications
> > > > accessing the monitors at the same time. It could create huge problems
> > > > (particularly with ddcpci)... I think we need a mechanism to lock and
> > > > unlock the libraries, but I've no experience on it. Any idea??
> > > not only the library must be locked, but other applications also need to
> > > get informed of changes.
> > > or do you mean not allowing to run two applications at the same time?
> > 
> > An easy way of doing this thing, which doesn't requires the apps to be
> > "informed", would be:
> >  - When ddccontrol or gddccontrol run, it locks the library, so no other
> > app can access DDC/CI. (so you can't change profile in ddcc-applet)
> >  - When ddcc-applet, it doesn't lock the library, unless when it is
> > changing of profile.
> > 
> > But again, I don't know how to do this... I'll try to find
> > informations...
> > 
> > > > > now i'd suggest to split the project into seperate modules:
> > > > > - libgddcc (or libddcci??)
> > > > What do you think of libddccontrol ? (the so file would be
> > > > libddccontrol.so, and be linked with -lddccontrol)
> > > 
> > > yes this name has the atvantage of being a little more self explaining
> > > 
> > > > > - ddccontrol
> > > > > - gddccontrol
> > > > > - ddcc-applet
> > > > Maybe should you a a "g" somewhere, because there are also KDE applets I think.
> > > 
> > > maybe gnome-ddcc-applet
> > > 
> > > > 
> > > > Now, about the idea of splitting the project in modules, I'm not sure of
> > > > what you mean... Do you suggest to split the project in different
> > > > tarballs?? If so, I disagree. I think two tarballs (ddccontrol and
> > > > ddcontrol-db) are already enough to download, and as their size is
> > > > relatively limited I don't see any problem (if you only want some parts
> > > > of ddccontrol, you can enable them with configure flags).
> > > > Of course, if a packager want to split the project, there is no problem
> > > > (you often see this with RPMs: ddccontrol-lib, ddccontrol,
> > > > ddccontrol-devel...).
> > > 
> > > yes, i meant different tarballs, but mainly because i think it should be
> > > packaged this way in debs and rpms.
> > > 
> > > 
> > > > I think you can commit your modifications. Please just add a tag before
> > > > doing it ("cvs tag Before_shared_lib" for example).
> > > 
> > > ok, ill do this.
> > > i think if the headers are "pubilc" and maybe used in different
> > > applications, not only functions but also types should be prefixed
> > > ("DdcciProfile" instead of "struct profile") to avoid naming conflicts
> > > with other headers/libs.
> > 
> > ddcci_profile is better (more GNU-styled .-)). I'll work on this.
> > 
> > Concerning ddcc-applet, I first had some problems to build it (libtool
> > was missing, you added it, then the wrong version was installed), but
> > now it builds and gets installed... Could you just explain me how to add
> > it in gnome panels??
> 
> It should be listed in Gnome's "add to panel" dialog after installation.
> Hower if it's not it properbly means the *.server file got in the wrong
> location.
> On Debian all *.server files are placed in /usr/lib/bonobo/servers.
> in the makefile i secified to install it in $(libdir)/bonobo/server (i
> configure with --prefix="/usr")

Ok, my prefix was /usr/local... I copied the server file to right
location and it works. Thanks.

Best regards,

Nicolas