Pd-dev November 2007

pd-dev@lists.iem.at

27 participants
161 discussions

[ pure-data-Patches-1551825 ] autoscrollbars
by SourceForge.net 14 Nov '07

14 Nov '07

Patches item #1551825, was opened at 2006-09-04 10:17 Message generated for change (Comment added) made by oskude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&group_… 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: puredata Group: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: oskude (oskude) Assigned to: Miller Puckette (millerpuckette) Summary: autoscrollbars Initial Comment: autoscrollbars patch for pd cvs. dunno how good the code is, but it works :) ---------------------------------------------------------------------- >Comment By: oskude (oskude) Date: 2007-11-14 00:39 Message: Logged In: YES user_id=1383707 Originator: YES pd_autoscrollbars_2007-11-14.patch - should fix #1830767 (Slide bars don't update automatically) - moved code to pdtk_canvas_getscroll, thanks for the tip! + a new, empty patch should not have scrollbars File Added: pd_autoscrollbars_2007-11-14.patch ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-13 08:29 Message: Logged In: YES user_id=27104 Originator: NO I think this functionality should probably be incorporated into pdtk_canvas_getscroll in u_main.tk since it gets called on button release. This should help with bug #1830767 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-13 01:59 Message: Logged In: YES user_id=27104 Originator: NO This patch works well for resize events, but it prevents the scrollbars from working properly when cutting, pasting, and adding objects. I'd like to keep it in, but it needs to be fixed. See bug #1830767 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-18 15:19 Message: Logged In: YES user_id=27104 One other thing that would be fixed ideally. This problem existed before this patch, but its related. If a patch is bigger than the window, the scrollbars are not displayed when that patch is opened. You have to resize the window, then the scrollbars will display. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-16 19:07 Message: Logged In: YES user_id=27104 Very nice! My only comment is that it is a couple pixels off on Mac OS X 10.4/Pd-extended 0.39.2-test5. I can cover about 3 pixels before the scrollbars kick in. I added to the Pd-extended build system as pure-data/packages/patches/pd_autoscrollbars-0.40-pre.patch It will be in the nightly builds starting tomorrow. ---------------------------------------------------------------------- Comment By: oskude (oskude) Date: 2006-09-15 10:09 Message: Logged In: YES user_id=1383707 this patch removes scrollbars in a pd-patch canvas window when the content is smaller than the window size. and add scrollbars to pd-patch window if content bigger than window size. works individually for height(bottom scrollbar) and width(right scrollbar) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 21:26 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&group_…

1 0

Fwd: Fwd: Fwd: Fwd: Connecting up an SQL Database to PD
by Mike McGonagle 13 Nov '07

13 Nov '07

On 11/13/07, Mike McGonagle <mjmogo(a)gmail.com> wrote: > So, then, if you are just taking ALL the result sets as one big row, > just how do you split the list up into individual pieces? Seems to me > there is a lot of need to add a lot of processing code to the PD > patch. > > Maybe we should take a poll on this, as from what I have done with > other databases things was to process each row individually. > > The idea of using "limit/offset" to get specific things from a > database kind of defeats the purpose of doing ONE query to get all the > data. That just requires making MANY more queries on the database. > > Mike > > > On 11/13/07, jamie(a)postlude.co.uk <jamie(a)postlude.co.uk> wrote: > > > > Frank Barknecht wrote: > > > Jamie Bullock hat gesagt: // Jamie Bullock wrote: > > > > > >> > I would think that making it such that it acted like 'textfile', that > > >> > with each bang sent to the sql object, that it would return each > > >> > subsequent row, and once the end of that set is reached, it would > > >> > output a bang on a second outlet, similar to what 'textfile' does. > > >> > > > >> > > >> Good idea! I'll add that too. > > > > > > Actually I thought about this, too, but I'm not sure if it's really > > > useful. One of the strengths of SQL is, that you can limit the result > > > set manually. So if I'd want one row at a time, I'd design my SQL > > > query as such using LIMIT, and if I want more rows, I'd just use a > > > different LIMIT clause. Hardcoding this into the SQL class in my view > > > doesn't make much sense. (Using the last outlet to signal the end of > > > results like in [textfile] does make sense, though.) > > > > > > > I agree. When I said "I'll add that too", I actually meant the 'bang on > > end of results from each query' functionality, not the 'output one line as > > list' a la [textfile]. If people want that, they can just do: > > > > [psql] > > | > > [list prepend add] > > | > > [textfile] > > > > ...and then take advantage of the wonderful facilities offered by [textfile]! > > > > Jamie > > > > > > > > _______________________________________________ > > PD-dev mailing list > > PD-dev(a)iem.at > > http://lists.puredata.info/listinfo/pd-dev > > > > > -- > Help the Environment, Plant a Bush back in Texas! > > "I place economy among the first and most important republican > virtues, and public debt as the greatest of the dangers to be feared. > To preserve our independence, we must not let our rulers load us with > perpetual debt." > -- Thomas Jefferson, third US president, architect and author (1743-1826) > > "Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980) > > Peace may sound simple—one beautiful word— but it requires everything > we have, every quality, every strength, every dream, every high ideal. > —Yehudi Menuhin (1916–1999), musician > > If you think you can, or you think you can't, you are probably right. > —Mark Twain > > "Art may imitate life, but life imitates TV." > Ani DiFranco > -- Help the Environment, Plant a Bush back in Texas! "I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author (1743-1826) "Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980) Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you think you can, or you think you can't, you are probably right. —Mark Twain "Art may imitate life, but life imitates TV." Ani DiFranco

2 3

Re: [PD-dev] Fwd: Fwd: Fwd: Connecting up an SQL Database to PD
by jamie＠postlude.co.uk 13 Nov '07

13 Nov '07

Hi Mike, What platform are you on? Perhaps I could send you a binary for [psql]. It seems like there are a few misunderstandings happening here due to people using slightly different terminology, and I think it would be clearer to you how psql operates if you could try it :) > So, then, if you are just taking ALL the result sets as one big row, > just how do you split the list up into individual pieces? Seems to me > there is a lot of need to add a lot of processing code to the PD > patch. With [psql], if one query returns multiple rows, they are output from its outlet as multiple Pd messages, where each message is a list of atoms. Each list is prepended with an id which is generated by [psql]. This is useful for programmatically determining how many rows have been returned, and for establishing which query the results belong to in the case of multiple queries sent sequentially. Jamie

1 0

Fwd: Fwd: Fwd: Fwd: Connecting up an SQL Database to PD
by Mike McGonagle 13 Nov '07

13 Nov '07

??? ---------- Forwarded message ---------- From: Mike McGonagle <mjmogo(a)gmail.com> Date: Nov 13, 2007 11:57 AM Subject: Re: [PD-dev] Fwd: Fwd: Fwd: Connecting up an SQL Database to PD To: jamie(a)postlude.co.uk Jamie, After looking at you code for passing messages into the external, instead of on the creation args, I agree, this is a little more elegant of a design. That being said, I did notice a couple of things that might result is very subtle bugs. 1. Suppose we have a statement like this... sql select onset, pitch, velocity, 1, duration from myscore endsql Not having been able to compile your external, I am not quite certain, but I think in this case there would be 5 different messages sent to the external as follows: a. sql select onset b. pitch c. velocity d. 1 e. duration from myscore endsql as this stands, the first a, b, and c would be passed through the 'anything' method. But as d is NOT a list, it would pass through the 'float' method, and the remainder would pass through the 'anything'. As your code is right now, I think the 4th thing would get dropped. Now I know this is probably not all that common, but consider the case where a sequence is stored in the database, and the user wants to create a variation of how it gets rendered, and wants one of those parameters to be a CONSTANT. As it is legal SQL to pass in a literal number on the 'select' columns list, this CONSTANT can be substituted for the parameter in the database. 2. Class methods such as 'close'. As you are depending on the 'anything' method to gather up things that are not actually recognized by the external and assume they are SQL, if by chance, there was a field that the user wanted to extract from the database that is named 'close', it would fail. sql select id, name, close from table endsql a. sql select id b. name c. close this would only process things upto and including the close. Also, any other class messages that you create would have the same effect. To get around this, I would think that there should be a single symbol, maybe using the class name (or something), which would then be followed by the actual option. I wrote a test external last night to test these things, and if you are interested, I could send this to you. I will have to do that tomorrow, as I don't have my computer with me at work. Mike On 11/13/07, Jamie Bullock <jamie(a)postlude.co.uk> wrote: > > On Mon, 2007-11-12 at 16:51 -0600, Mike McGonagle wrote: > > On 11/12/07, Jamie Bullock <jamie(a)postlude.co.uk> wrote: > > > I'm sure you've already looked at it, but there's a (maybe) useful > > > README and help file here: > > > > > > http://pure-data.cvs.sourceforge.net/pure-data/externals/postlude/psql/ > > > > Jamie, > > > > I was looking at your source code for psql, > > I know I said this already, and it's in the sources, but just for the > record, the majority of the code in [psql] is by Iain Mott. I just > forked the code added a little functionality, and took over maintaining > it in CVS. > > > and was wondering if it > > expects there to be only a single result set returned? Or does it > > merge all the results into one? I noticed the the comment... > > > > It gathers the results from each query and prefixes them with an index > starting from 0, outputting each row as a list. > > > /* up to 10 fields may be returned. returns floats or symbols */ > > This is referring to the number of columns (not rows) that may be > returned (corresponding to atoms in each Pd list from the outlet). > There's no reasoon why this figure can't be higher, so I might change > this in the source. > > > I would think that making it such that it acted like 'textfile', that > > with each bang sent to the sql object, that it would return each > > subsequent row, and once the end of that set is reached, it would > > output a bang on a second outlet, similar to what 'textfile' does. > > > > Good idea! I'll add that too. > > Jamie > > -- > www.postlude.co.uk > > -- Help the Environment, Plant a Bush back in Texas! "I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author (1743-1826) "Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980) Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you think you can, or you think you can't, you are probably right. —Mark Twain "Art may imitate life, but life imitates TV." Ani DiFranco -- Help the Environment, Plant a Bush back in Texas! "I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author (1743-1826) "Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980) Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you think you can, or you think you can't, you are probably right. —Mark Twain "Art may imitate life, but life imitates TV." Ani DiFranco

2 1

Is this possible - List input to inlets other than the leftmost...
by Mike McGonagle 13 Nov '07

13 Nov '07

>From reading some of the docs, I got the impression that it is NOT possible to have any subsequent inlets allow for list input? Is this correct? Do you know why this is? I have some ideas that I would like to implement with lists on the second and third inlets... Thanks, Mike -- Help the Environment, Plant a Bush back in Texas! "I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author (1743-1826) "Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980) Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you think you can, or you think you can't, you are probably right. —Mark Twain "Art may imitate life, but life imitates TV." Ani DiFranco

6 6

Fwd: Fwd: Connecting up an SQL Database to PD
by Mike McGonagle 13 Nov '07

13 Nov '07

forgot to send to the list. On 11/12/07, Mike McGonagle <mjmogo(a)gmail.com> wrote: > On 11/12/07, Jamie Bullock <jamie(a)postlude.co.uk> wrote: > > > > Hi Mike, > > Hola, Jamie. > > > I had a look at your external, and I have a few comments. Firstly I > > think having a sqlite external for Pd is a nice idea because it is very > > light weight. If you statically link to the sqlite3 library then nothing > > is required but the external itself -- no database server to configure, > > which is a big advantage. On this basis, I think an embedded sqlite will > > always be welcome, and can happily coexist with other solutions e.g. the > > sqlsingle/psql externals, and the lua and Python scripting solutions. > > Thanks for the time you put in. I appreciate it very much. I agree > that this would coexist with others very well. That being said, I am > trying to come up with a way of representing SQL within PD. As in most > other SQL/DB programming, the statements are pretty much encapsulated > within a program, and a basic form of a statement is used. I just want > to know how useful and workable it is to consider each of these > objects to be an instance of an SQL statement, allowing the entry of > the SQL in the creation args for the PD object. > > > > > A few suggestions about the code/design: > > > > 1. I would strongly suggest not including the sqlite sources with the > > sqlite4pd sources. I had a raft of build errors trying to work this way, > > whereas downloading and building sqlite from the sources on sqlite.org > > was a breeze. > > This is kind of odd, as they claimed all you would need do is to just > include this with your project. Could you elaborate a little on what > problems you had? > > Oh, is it possible that the "raft" of errors you had were actually > warnings? and not real errors? I got many warning, but everything > works fine when run. Guess we should take out the '-Wall' option from > the makefile. > > > 2. I think having the SQL query provided as an object creation argument > > is a really bad idea. Wouldn't it be better to just pass the query in > > as a list (see the psql sources in CVS for an example of how to do > > this). You are also reinventing Pd's existing variable substitution with > > your @ substitution. > > Well, passing the stuff in as a list is doable, the output from such > an object would be very difficult to work with in PD, IMHO. The output > list would basically be UNFORMATTED data, and it would require the PD > code to interpret the result sets. Also, just how do you handle both a > result set from a SELECT or an INSERT? They are two very different > result sets, and forcing either the external to have KNOWLEDGE about > the statement or the PD handling objects would produce a lot of > spaghetti. Or would I be wrong? > > > 3. Your test.pd file seemed to work, but when running example.pd, I get > > '...got something very wrong...' posted to the Pd console, and Pd > > crashes when I click the subpatches. Not sure why this is, but I > > definitely suggest a more informative error message than 'got something > > very wrong' ;-) > > Yes, I kind of figure there would be troubles. This is just a very rough draft. > > > 4. It looks like your 'next' and 'dispose' methods aren't implemented > > yet. Do you plan to cache the query results in the object's data struct > > and then use 'next' to iterate over them? Why not just dump the results > > to an outlet(s) (again see sqlsingle/psql code)? If you want to store > > the results and then iterate over them, they can be dumped to a > > [textfile] object. > > No, just the communications with the Database. I am still working on > getting the result sets to convert over to PD objects. But the basic > idea is to return a list for each result set. > > > Just a few thoughts. > > Thanks, I will have an update when I get the result sets connected up > and sent out as a list. I would also like to be able to have it work > where there would be a single outlet for each expected piece of data. > At the same time, these limitations would have to be known, so that > nothing unexpected would happen. > > Thanks again, Jamie. > > Mike > > > -- > Help the Environment, Plant a Bush back in Texas! > > "I place economy among the first and most important republican > virtues, and public debt as the greatest of the dangers to be feared. > To preserve our independence, we must not let our rulers load us with > perpetual debt." > -- Thomas Jefferson, third US president, architect and author (1743-1826) > > "Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980) > > Peace may sound simple—one beautiful word— but it requires everything > we have, every quality, every strength, every dream, every high ideal. > —Yehudi Menuhin (1916–1999), musician > > If you think you can, or you think you can't, you are probably right. > —Mark Twain > > "Art may imitate life, but life imitates TV." > Ani DiFranco > -- Help the Environment, Plant a Bush back in Texas! "I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author (1743-1826) "Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980) Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you think you can, or you think you can't, you are probably right. —Mark Twain "Art may imitate life, but life imitates TV." Ani DiFranco

2 1

[ pure-data-Patches-1551825 ] autoscrollbars
by SourceForge.net 13 Nov '07

13 Nov '07

Patches item #1551825, was opened at 2006-09-04 04:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&group_… 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: puredata Group: bugfix Status: Open >Resolution: None Priority: 7 Private: No Submitted By: oskude (oskude) Assigned to: Miller Puckette (millerpuckette) Summary: autoscrollbars Initial Comment: autoscrollbars patch for pd cvs. dunno how good the code is, but it works :) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-13 02:29 Message: Logged In: YES user_id=27104 Originator: NO I think this functionality should probably be incorporated into pdtk_canvas_getscroll in u_main.tk since it gets called on button release. This should help with bug #1830767 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-12 19:59 Message: Logged In: YES user_id=27104 Originator: NO This patch works well for resize events, but it prevents the scrollbars from working properly when cutting, pasting, and adding objects. I'd like to keep it in, but it needs to be fixed. See bug #1830767 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-18 09:19 Message: Logged In: YES user_id=27104 One other thing that would be fixed ideally. This problem existed before this patch, but its related. If a patch is bigger than the window, the scrollbars are not displayed when that patch is opened. You have to resize the window, then the scrollbars will display. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-16 13:07 Message: Logged In: YES user_id=27104 Very nice! My only comment is that it is a couple pixels off on Mac OS X 10.4/Pd-extended 0.39.2-test5. I can cover about 3 pixels before the scrollbars kick in. I added to the Pd-extended build system as pure-data/packages/patches/pd_autoscrollbars-0.40-pre.patch It will be in the nightly builds starting tomorrow. ---------------------------------------------------------------------- Comment By: oskude (oskude) Date: 2006-09-15 04:09 Message: Logged In: YES user_id=1383707 this patch removes scrollbars in a pd-patch canvas window when the content is smaller than the window size. and add scrollbars to pd-patch window if content bigger than window size. works individually for height(bottom scrollbar) and width(right scrollbar) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 15:26 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&group_…

1 0

[ pure-data-Bugs-1830767 ] Slide bars don't update automatically
by SourceForge.net 13 Nov '07

13 Nov '07

Bugs item #1830767, was opened at 2007-11-12 19:09 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830767&group_… 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: pd-extended >Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: João Miguel Pais (jmmmp) >Assigned to: Nobody/Anonymous (nobody) Summary: Slide bars don't update automatically Initial Comment: If you copy some object let's say on the lower right corner of a window and paste it on a fresh window - or any window small enough for the copied object to be outside of it - the newly pasted object will be outside the area being viewed. Before the sliders would appear automatically, but now they only come up if the window gets resized (or something?) Joao ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-13 02:28 Message: Logged In: YES user_id=27104 Originator: NO this is caused by patch #1551825 ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2007-11-12 19:12 Message: Logged In: YES user_id=1523458 Originator: YES by the way, on XP with pd-ext .39.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830767&group_…

1 0

[ pure-data-Bugs-1830767 ] Slide bars don't update automatically
by SourceForge.net 13 Nov '07

13 Nov '07

Bugs item #1830767, was opened at 2007-11-12 19:09 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830767&group_… 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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: João Miguel Pais (jmmmp) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Slide bars don't update automatically Initial Comment: If you copy some object let's say on the lower right corner of a window and paste it on a fresh window - or any window small enough for the copied object to be outside of it - the newly pasted object will be outside the area being viewed. Before the sliders would appear automatically, but now they only come up if the window gets resized (or something?) Joao ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-13 02:28 Message: Logged In: YES user_id=27104 Originator: NO this is caused by patch #1551825 ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2007-11-12 19:12 Message: Logged In: YES user_id=1523458 Originator: YES by the way, on XP with pd-ext .39.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830767&group_…

1 0

w_activatefn
by Hans-Christoph Steiner 13 Nov '07

13 Nov '07

I just did some searching thru the source code in CVS and it seems that no one has ever used "w_activatefn". I couldn't find any discussion on this. Is this an existing callback? What does it do? rtext seems to use it to start the text selection process, but that's the only use I could find. .hc ------------------------------------------------------------------------ ---- The arc of history bends towards justice. - Dr. Martin Luther King, Jr.

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
17
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev November 2007