Feed aggregator

Watching "Media Element - Drupal 7 Audio & Video" by @mustardseedinc: http://t.co/0PgFlqho

Watching "Media Element - Drupal 7 Audio & Video" by @mustardseedinc: http://t.co/0PgFlqho

Make your cat the most badass feline in the neighborhood with a quick cardboard tank project.


(author unknown)

Make your cat the most badass feline in the neighborhood with a quick cardboard tank project.


(author unknown)

 

If you ever wanted a way to control your night light from across the room you are in luck. Dan reverse engineered his Ikea night light and stuffed in a bunch of electronics so that it can now be controlled by an Android Phone. Of course remote control is just the beginning, a smart Android app could now easily use it to display the status of many things.

“It’s about a simple idea: take a cheap 3 colours Ikea night lamp, hack it by replacing its original MCU and adding a cheap serial bluetooth device and then write a simple Android app to control the lamp remotely from your phone !

This is just the beginning, imagine the possibilities once the phone has direct control over the colours and their respective intensities. You can make it light up in sync with some music, you can make it change colours depending on some e-mails you receive or your Facebook status, etc. …”

 

 

 

If you ever wanted a way to control your night light from across the room you are in luck. Dan reverse engineered his Ikea night light and stuffed in a bunch of electronics so that it can now be controlled by an Android Phone. Of course remote control is just the beginning, a smart Android app could now easily use it to display the status of many things.

“It’s about a simple idea: take a cheap 3 colours Ikea night lamp, hack it by replacing its original MCU and adding a cheap serial bluetooth device and then write a simple Android app to control the lamp remotely from your phone !

This is just the beginning, imagine the possibilities once the phone has direct control over the colours and their respective intensities. You can make it light up in sync with some music, you can make it change colours depending on some e-mails you receive or your Facebook status, etc. …”

 

 

I had the opportunity to watch the legendary Bollywood film composer Pyarelal at work in his home and in the studio this past week.  I wont say much more about this project right now, but hopefully I will be able to give all the details in a few months.  For now, here is a shot of Pyarelal in the studio conducting his musicians during a recording session.

I had the opportunity to watch the legendary Bollywood film composer Pyarelal at work in his home and in the studio this past week.  I wont say much more about this project right now, but hopefully I will be able to give all the details in a few months.  For now, here is a shot of Pyarelal in the studio conducting his musicians during a recording session.

Drupal.org is great to maintain a solid number of issues but all of us trying to wrangle a huge number of issues need way better tools to have overviews of what is going on and how is work structured. We need to be able to help new people join in quick, let them have an overview of current tasks and also on the place of tasks in a bigger picture. So we need to have the bigger picture documented with the possibility for people to dive in on demand and we need to keep it always up to date and relevant.

The Drupal.org issue queue is great to see a status of issues, but it is not good at all in maintaining relations and especially bad at providing support for hierarchy and in-context structural information. All we get is basically a list of issues like this one: http://drupal.org/project/issues/search/drupal?issue_tags=D8MI

Recap of predecessors

Different people got to different approaches to these problems. Here are some previous solutions that Jacine and I looked at and tried and the reasons I think they did not work the way I wanted them to work for me and people working with me.

1. Documentation pages. Jacine did a superb work in the HTML5 initiative collecting tasks into documentation pages with explanation on how can one contribute. One such page can be seen at http://drupal.org/node/1183606. This is great for getting some overview of the tasks at hand, but there is not a lot of metainformation on the issues and it needs manual editing to keep up to date. It cannot be dynamic in itself to show current tasks. Regardless, the documentation tree for the initiative (starting at http://drupal.org/community-initiatives/drupal-core/html5) works well for the people working on it as far as I've heard. I was just looking for a more dynamic solution.

2. Issue trees. I started to make up an issue tree for the Drupal 8 Multilingual Initiative back in August (in preparation of the London code sprint), so there would be an overview of the perts of the initiative. Turned out there are so many levels required that META-issues needed a META-META issue (http://drupal.org/node/1260534). Many people don't know what's a meta issue, let alone meta-meta. Also, again, the hierarchy (up-down) requires manual maintenance, and gradually got outdated as work focused on patches instead of maintaining the whole structure.

2a. Issue tree visualization. To make the issue tree more friendly for people I talked to some of my great Hungarian Drupaler pals who went on and created the Issue tree module to visualize the tree represented by the data from above. See http://drupal.org/project/issue_tree. Unfortunately this did not get much support for deployment on drupal.org and the topic pages efforts are in full force to propose something much bigger and better (http://groups.drupal.org/node/144584) so this has fallen through the cracks.

3. Mindmap. So given the issue tree did not have a chance for deployment and I wanted to provide an overview of the initiative, the initiative mindmap was born (and posted on the META-META issue at http://drupal.org/node/1260534). This was also plagued by the data disconnect. When tasks changed the map needed to be updated. Current tasks were only marked here, not on the issues themselves, so I need to manually keep a list of current issues updated elsewhere. This was/is a more up to date version of the structure compared to the issue tree, but is/was still lot of work to update and lacking features like pulling out current tasks or helping people find tasks that need testing or are easier to do.

Enter the Rocketship!

So in frustration of not having a good overview on all tasks even myself and not being able to sleep due to that frustration, the ambitiously labeled "codename rocketship" was born. Experience for yourself at http://hojtsy.hu/d8mi.

Basically rocketship comes from the idea that we need structure and higher level organization for huge sets of issues while at the same time be able to have an overview of both metadata on the issues and current state. It is a combination of all things I liked about the HTML5 book solution with a lot more automation based on metadata exclusively pulled from drupal.org. The initiative hub consist of a hierarchic book at its core, where each book page can have a taxonomy term name specified. If a term is specified, the issue nodes tagged with that term are pulled and sorted into 6 groups based on their status. For the first version I lumped "active" and "needs work" for example under a "To do" label, and did some more complex mangling to sort backport issues into a group as well (i.e. issues that were worked on for Drupal 8 before but are being worked on for Drupal 7 or 6 now).

Pulling issues based on taxonomy terms lets us create a page for example, that does the same sorted overview for current focus issues (D8MI and sprint tag at once, again an idea lifted from Jacine): http://hojtsy.hu/d8mi/current-top-priority-tasks

Then based on "lower level" tags we can dive into only the issues that deal with converting to "langcode" from "language" in schemas and APIs at http://hojtsy.hu/d8mi/migrate-schemas-and-apis-langcode for example.

We can also tag things for different areas, so they show up in different areas of the structure tree in their respective place.

Then when looking at let's say the base language issues (http://hojtsy.hu/d8mi/base-language-features), you can see I color coded the critical and major issues as well as the current focus issues. I also took liberty to mark the "Needs tests" tag with a distinctive color, so people looking to be able to help with that can spot those easily. I can imagine a couple other key tags can get colors, but we should got go absolutely overboard in that. An issue board with rainbow effects is not really useful.

Technology background

The feature works with a local cache of all issues tagged with D8MI with all the information scraped from Drupal.org (given no API available) and stored in local nodes. While that is not a great long term solution, I'm focused on improving Drupal 8's multilingual capabilities, so I tried to get to good results fast. The local cache of issues is updated every hour, so drupal.org should not be hammered at all. Similar issue status overviews are likely possible on drupal.org, I'd love to work on that given resources, however that is probably not going to happen with me personally for another 1.5 years or so given my focus on Drupal 8.

Drupal 8 Initiatives(author unknown)

Drupal.org is great to maintain a solid number of issues but all of us trying to wrangle a huge number of issues need way better tools to have overviews of what is going on and how is work structured. We need to be able to help new people join in quick, let them have an overview of current tasks and also on the place of tasks in a bigger picture. So we need to have the bigger picture documented with the possibility for people to dive in on demand and we need to keep it always up to date and relevant.

The Drupal.org issue queue is great to see a status of issues, but it is not good at all in maintaining relations and especially bad at providing support for hierarchy and in-context structural information. All we get is basically a list of issues like this one: http://drupal.org/project/issues/search/drupal?issue_tags=D8MI

Recap of predecessors

Different people got to different approaches to these problems. Here are some previous solutions that Jacine and I looked at and tried and the reasons I think they did not work the way I wanted them to work for me and people working with me.

1. Documentation pages. Jacine did a superb work in the HTML5 initiative collecting tasks into documentation pages with explanation on how can one contribute. One such page can be seen at http://drupal.org/node/1183606. This is great for getting some overview of the tasks at hand, but there is not a lot of metainformation on the issues and it needs manual editing to keep up to date. It cannot be dynamic in itself to show current tasks. Regardless, the documentation tree for the initiative (starting at http://drupal.org/community-initiatives/drupal-core/html5) works well for the people working on it as far as I've heard. I was just looking for a more dynamic solution.

2. Issue trees. I started to make up an issue tree for the Drupal 8 Multilingual Initiative back in August (in preparation of the London code sprint), so there would be an overview of the perts of the initiative. Turned out there are so many levels required that META-issues needed a META-META issue (http://drupal.org/node/1260534). Many people don't know what's a meta issue, let alone meta-meta. Also, again, the hierarchy (up-down) requires manual maintenance, and gradually got outdated as work focused on patches instead of maintaining the whole structure.

2a. Issue tree visualization. To make the issue tree more friendly for people I talked to some of my great Hungarian Drupaler pals who went on and created the Issue tree module to visualize the tree represented by the data from above. See http://drupal.org/project/issue_tree. Unfortunately this did not get much support for deployment on drupal.org and the topic pages efforts are in full force to propose something much bigger and better (http://groups.drupal.org/node/144584) so this has fallen through the cracks.

3. Mindmap. So given the issue tree did not have a chance for deployment and I wanted to provide an overview of the initiative, the initiative mindmap was born (and posted on the META-META issue at http://drupal.org/node/1260534). This was also plagued by the data disconnect. When tasks changed the map needed to be updated. Current tasks were only marked here, not on the issues themselves, so I need to manually keep a list of current issues updated elsewhere. This was/is a more up to date version of the structure compared to the issue tree, but is/was still lot of work to update and lacking features like pulling out current tasks or helping people find tasks that need testing or are easier to do.

Enter the Rocketship!

So in frustration of not having a good overview on all tasks even myself and not being able to sleep due to that frustration, the ambitiously labeled "codename rocketship" was born. Experience for yourself at http://hojtsy.hu/d8mi.

Basically rocketship comes from the idea that we need structure and higher level organization for huge sets of issues while at the same time be able to have an overview of both metadata on the issues and current state. It is a combination of all things I liked about the HTML5 book solution with a lot more automation based on metadata exclusively pulled from drupal.org. The initiative hub consist of a hierarchic book at its core, where each book page can have a taxonomy term name specified. If a term is specified, the issue nodes tagged with that term are pulled and sorted into 6 groups based on their status. For the first version I lumped "active" and "needs work" for example under a "To do" label, and did some more complex mangling to sort backport issues into a group as well (i.e. issues that were worked on for Drupal 8 before but are being worked on for Drupal 7 or 6 now).

Pulling issues based on taxonomy terms lets us create a page for example, that does the same sorted overview for current focus issues (D8MI and sprint tag at once, again an idea lifted from Jacine): http://hojtsy.hu/d8mi/current-top-priority-tasks

Then based on "lower level" tags we can dive into only the issues that deal with converting to "langcode" from "language" in schemas and APIs at http://hojtsy.hu/d8mi/migrate-schemas-and-apis-langcode for example.

We can also tag things for different areas, so they show up in different areas of the structure tree in their respective place.

Then when looking at let's say the base language issues (http://hojtsy.hu/d8mi/base-language-features), you can see I color coded the critical and major issues as well as the current focus issues. I also took liberty to mark the "Needs tests" tag with a distinctive color, so people looking to be able to help with that can spot those easily. I can imagine a couple other key tags can get colors, but we should got go absolutely overboard in that. An issue board with rainbow effects is not really useful.

Technology background

The feature works with a local cache of all issues tagged with D8MI with all the information scraped from Drupal.org (given no API available) and stored in local nodes. While that is not a great long term solution, I'm focused on improving Drupal 8's multilingual capabilities, so I tried to get to good results fast. The local cache of issues is updated every hour, so drupal.org should not be hammered at all. Similar issue status overviews are likely possible on drupal.org, I'd love to work on that given resources, however that is probably not going to happen with me personally for another 1.5 years or so given my focus on Drupal 8.

Drupal 8 Initiatives(author unknown)

People told me I wouldn’t find a true style for five or ten years, if not a lifetime. It’s held true. Just when I think I have it where I want it, I look back and think it’s crap. I would stress patience and not paying too much attention to other people’s work. Shoot because you love it; shoot the stuff that resonates with you.

I try to shoot in a way that pleases me and hope to connect with art directors and photo editors who resonate with the same things. Those are the relationships that will be fruitful and the jobs that will turn out well.

via The Great Discontent: Eric Ryan Anderson. thx, Charlie

---------------------------------------------------------------------------------------------------

Looking to buy a new website?
A Photo Folio is a website design company created by A Photo Editor.
Have a look (here).

People told me I wouldn’t find a true style for five or ten years, if not a lifetime. It’s held true. Just when I think I have it where I want it, I look back and think it’s crap. I would stress patience and not paying too much attention to other people’s work. Shoot because you love it; shoot the stuff that resonates with you.

I try to shoot in a way that pleases me and hope to connect with art directors and photo editors who resonate with the same things. Those are the relationships that will be fruitful and the jobs that will turn out well.

via The Great Discontent: Eric Ryan Anderson. thx, Charlie

---------------------------------------------------------------------------------------------------

Looking to buy a new website?
A Photo Folio is a website design company created by A Photo Editor.
Have a look (here).

Memory cards have their speed rating systems. For example, class 6 is the recommended base class for 1080p HD video coming from DSLRs. Those classes however, don't tell you what is the burst rate on individual shots. Mostly because each image has a different MB size to it depending on many factors.

Jaroslav over at Crazy Lab found an interesting way of measuring the burst rate and comparing different factors that affect the camera to card writing speed. TO make the test constant he covered the lens of his Canon T3i and took pictures of darkness. By recording the shutter sound (or music as some call it) and displaying the waveform in Audacity Jaroslav was able to compare burst-rates of different ISOs, capturing modes and cards.

read more

udijw

Memory cards have their speed rating systems. For example, class 6 is the recommended base class for 1080p HD video coming from DSLRs. Those classes however, don't tell you what is the burst rate on individual shots. Mostly because each image has a different MB size to it depending on many factors.

Jaroslav over at Crazy Lab found an interesting way of measuring the burst rate and comparing different factors that affect the camera to card writing speed. TO make the test constant he covered the lens of his Canon T3i and took pictures of darkness. By recording the shutter sound (or music as some call it) and displaying the waveform in Audacity Jaroslav was able to compare burst-rates of different ISOs, capturing modes and cards.

read more

udijw

This screencast covers the following topics:

• Rearranging the node edit form with Panels.
• Some words about how the render arrays in Drupal 7 makes this possible.

5m Publication date  January 27, 2012 - 6:00am (author unknown)

This screencast covers the following topics:

• Rearranging the node edit form with Panels.
• Some words about how the render arrays in Drupal 7 makes this possible.

5m Publication date  January 27, 2012 - 6:00am (author unknown)

It's the first full weekend after all the holiday hubbub — a perfect time to settle down and get the apartment whipped into shape for the coming year. We've collected 20 useful posts, from room to room, to instruct and inspire. Delve into 2012 clutter-free and ready to go!

Read Full Post

It's the first full weekend after all the holiday hubbub — a perfect time to settle down and get the apartment whipped into shape for the coming year. We've collected 20 useful posts, from room to room, to instruct and inspire. Delve into 2012 clutter-free and ready to go!

Read Full Post

Well, this sucks. You didn’t get that job/internship/grant, or you got laid off and are looking at a lot of changes. You have a few months of uncertainty on your hands, and luckily for you, Shit Photojournalists Like is here to make it all better. We have plenty of suggestions for how to handle your downtime.

1. Give up.

2. Just kidding, don’t do that. That would be stupid.

3. Don’t give up, suck it up. You are allowed one week or less to mope around and annoy your friends with “woe is me” bullshit. After that, get over it. As the great Jay-Z says, “99 problems but a bitch ain’t one.” Wait, wrong quote, I think we’re actually looking for something along the lines of “Onto the next one.”

4. Change your Facebook job status to “So-and-So works at Freelance Photography”, and then sit on your ass until someone calls you for work.

5. Draft a business plan, call some possible clients, get your name out there and actually get some shit done.

6. Don’t use social media as your pity party. Nobody likes a whiner. Maybe some charming self-deprecation, but no bitching allowed.

7. Designate targets for positive feedback, aka, your dear mother. This is, of course, assuming that your mother loves you. (“Dear, I saw your photos of that parade, they were so lovely!” “THANKS MA”)

8. Make up a really vague job opportunity that’s a few months in the future so people will stop asking you if you’re still doing that whole “picture taking thing.” Make sure it’s somewhere exotic and involves several sexy assistants.

9. Shoot events for fun and and silently judge the professional photographer who’s actually getting paid, because after all, you’re clearly the better choice.

10. Pursue that personal project you’ve always wanted to do. If you take one Hipstamatic photo of yourself in a gas station bathroom, it’s vanity, but if you take one in every state, it’s art, right?

Seriously though, this is your time to kick some ass in your own way. Do it.

(author unknown)

Well, this sucks. You didn’t get that job/internship/grant, or you got laid off and are looking at a lot of changes. You have a few months of uncertainty on your hands, and luckily for you, Shit Photojournalists Like is here to make it all better. We have plenty of suggestions for how to handle your downtime.

1. Give up.

2. Just kidding, don’t do that. That would be stupid.

3. Don’t give up, suck it up. You are allowed one week or less to mope around and annoy your friends with “woe is me” bullshit. After that, get over it. As the great Jay-Z says, “99 problems but a bitch ain’t one.” Wait, wrong quote, I think we’re actually looking for something along the lines of “Onto the next one.”

4. Change your Facebook job status to “So-and-So works at Freelance Photography”, and then sit on your ass until someone calls you for work.

5. Draft a business plan, call some possible clients, get your name out there and actually get some shit done.

6. Don’t use social media as your pity party. Nobody likes a whiner. Maybe some charming self-deprecation, but no bitching allowed.

7. Designate targets for positive feedback, aka, your dear mother. This is, of course, assuming that your mother loves you. (“Dear, I saw your photos of that parade, they were so lovely!” “THANKS MA”)

8. Make up a really vague job opportunity that’s a few months in the future so people will stop asking you if you’re still doing that whole “picture taking thing.” Make sure it’s somewhere exotic and involves several sexy assistants.

9. Shoot events for fun and and silently judge the professional photographer who’s actually getting paid, because after all, you’re clearly the better choice.

10. Pursue that personal project you’ve always wanted to do. If you take one Hipstamatic photo of yourself in a gas station bathroom, it’s vanity, but if you take one in every state, it’s art, right?

Seriously though, this is your time to kick some ass in your own way. Do it.

(author unknown)