Re: [Oiio-dev] GSoC: Project idea
Or we can also use docked window for thumbnail bar, so that user can attach it anywhere he/she is comfortable with. On Fri, Apr 6, 2012 at 10:13 PM, Daniel Wexler wrote: > It might be worth doing a UI mockup, with a visualization of the result > and a description of the user's actions, that walks through exactly what > the thumbnail view will look like, and a clear example of exactly how it > will be used (each mouse click and its visual result) demonstrating what > new task will be easily accomplished. We do these mockups for all UI > design on our real app development, and, with practice, they can be done > reasonably quickly (a day or two) in an image editor, like Gimp or > Photoshop, or, even better, with animations in a tool like AfterFX. We > typically budget about a third of our development time to mockups, which > allow us to quickly iterate through the design choices and suss out > potential problems long before we get into implementation. In addition to > effectively communicating the ideas to the entire team, coding becomes much > quicker using the mockup as a template and avoiding the tendency > to accrete functionality, resulting in a more coherent and elegant design > and implementation. > > Here are some of the mockups we did for the mobile app we're currently > working on, Glaze, an app that turns photos into paintings using a novel > genetic search algorithm (apologies, these are huge files, since we don't > make any attempt to optimize and prefer to see pixel-accurate images): > > http://the11ers.com/Glaze/glaze-filmstrip-storyboard.pdf (17MB) > http://the11ers.com/Glaze/GlazeMockupV3.1.mov (11MB) > http://the11ers.com/Glaze/GlazeMockupV3.5.mov (45MB) > > > On Fri, Apr 6, 2012 at 6:32 AM, Deepak Gopinath wrote: > >> Hi Larry, >> With regard to your question on why only 'bottom' pane and not a >> 'side' pane, I feel bottom pane seems to be the logical choice as in >> most cases, we will be able to show more thumbnails due to the >> rectangular layout of the window. Also, users visualize the image >> stack as images being placed horizontally next to each other (for >> example, previous image is represented by < , and next image by > ). >> Hence horizontal orientation of the pane suits better. Hope you got my >> reasoning. >> >> -- >> Regards, >> Deepak Gopinath >> Undergraduate student, Department of Computer Science. >> Birla Institute of Technology and Science >> ___ >> Oiio-dev mailing list >> Oiio-dev@lists.openimageio.org >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >> > > > ___ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > -- Pankaj UG Student *|* Dept. of Computer Science and Engineering IIT Madras, Chennai, India ___ Oiio-dev mailing list Oiio-dev@lists.openimageio.org http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
Re: [Oiio-dev] GSoC: Project idea
It might be worth doing a UI mockup, with a visualization of the result and a description of the user's actions, that walks through exactly what the thumbnail view will look like, and a clear example of exactly how it will be used (each mouse click and its visual result) demonstrating what new task will be easily accomplished. We do these mockups for all UI design on our real app development, and, with practice, they can be done reasonably quickly (a day or two) in an image editor, like Gimp or Photoshop, or, even better, with animations in a tool like AfterFX. We typically budget about a third of our development time to mockups, which allow us to quickly iterate through the design choices and suss out potential problems long before we get into implementation. In addition to effectively communicating the ideas to the entire team, coding becomes much quicker using the mockup as a template and avoiding the tendency to accrete functionality, resulting in a more coherent and elegant design and implementation. Here are some of the mockups we did for the mobile app we're currently working on, Glaze, an app that turns photos into paintings using a novel genetic search algorithm (apologies, these are huge files, since we don't make any attempt to optimize and prefer to see pixel-accurate images): http://the11ers.com/Glaze/glaze-filmstrip-storyboard.pdf (17MB) http://the11ers.com/Glaze/GlazeMockupV3.1.mov (11MB) http://the11ers.com/Glaze/GlazeMockupV3.5.mov (45MB) On Fri, Apr 6, 2012 at 6:32 AM, Deepak Gopinath wrote: > Hi Larry, > With regard to your question on why only 'bottom' pane and not a > 'side' pane, I feel bottom pane seems to be the logical choice as in > most cases, we will be able to show more thumbnails due to the > rectangular layout of the window. Also, users visualize the image > stack as images being placed horizontally next to each other (for > example, previous image is represented by < , and next image by > ). > Hence horizontal orientation of the pane suits better. Hope you got my > reasoning. > > -- > Regards, > Deepak Gopinath > Undergraduate student, Department of Computer Science. > Birla Institute of Technology and Science > ___ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > ___ Oiio-dev mailing list Oiio-dev@lists.openimageio.org http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
Re: [Oiio-dev] GSoC: Project idea
Hi Larry, With regard to your question on why only 'bottom' pane and not a 'side' pane, I feel bottom pane seems to be the logical choice as in most cases, we will be able to show more thumbnails due to the rectangular layout of the window. Also, users visualize the image stack as images being placed horizontally next to each other (for example, previous image is represented by < , and next image by > ). Hence horizontal orientation of the pane suits better. Hope you got my reasoning. -- Regards, Deepak Gopinath Undergraduate student, Department of Computer Science. Birla Institute of Technology and Science ___ Oiio-dev mailing list Oiio-dev@lists.openimageio.org http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
Re: [Oiio-dev] GSoC: Project idea
Hi, Deepak. I'm curious (and others with opinions or aspirations for the iv thumbnail project, please also answer): what do you think are the relative merit of the thumbnails being at the bottom, at the right side (such as where page thumbnails are in Mac OS X Preview window when viewing a PDF document), or in a separate window altogether? On Apr 5, 2012, at 10:02 AM, Deepak Gopinath wrote: > Hi, > I am Deepak Gopinath, a second year student of Computer Science at > Birla Institute of Technology and Science (BITS) Pilani, India. I have > a couple of GSoC project ideas which I wanted to share and garner > feedback before I submit the actual proposal. > > I was particularly interested in the iv viewer thumbnail view project. > I am aware of the discussion thread on the same topic but here's my > take. I propose the introduction of a resizeable bottom pane with > options to view/hide the pane, select & manipulate multiple > thumbnails. A thumbnail managing system has to be put in place to look > for existing thumbnails or create new ones. If a thumbnail is not > present and the image has a MIPmap set, a smaller size image can be > grabbed for a thumbnail. If not, we can run a bilinear/bicubic filter > or even antialiasing to create smooth thumbnails of pre-decided > size(say 96x96). They can be stored locally along with the images, in > thumbs.db style. Something like a createThumbnail(filterType) function > in IvImage class can be added, where filterType can be nearest > neighbour, bicubic, bilinear or antialiasing. A loadThumbnail() can be > added to search and if found- load thumbnail whenever an image is > opened. Number of thumbnails limit can be assigned, exceeding which > old thumbnails can be deleted. > > The second idea deals with integration of all oiio functions like > iconvert, idiff etc., into the imageviewer. This can be roughly termed > GUI enhancements. The menu has to be populated with more image > operating options and pipelining of functions has to be done. For > example, the Edit menu is not yet populated with options. The current > version of iv can have way more editing and processing functionality. > > As far as experience is concerned, I have led the image processing > team in our humanoid robot project called Acyut for the autonomous > soccer competition RoboCup. We had to deal with object detection > algorithms and their optimization as we worked on Beagleboard > processors. It gave me knowledge of basic colorspaces, image formats > and their structures etc. > This is my first time applying for GSoC. I will be uploading my > proposal, which will have more comprehensive details, in a few hours. > Looking forward to your feedback. > > -- > Regards, > Deepak Gopinath > Undergraduate student, Department of Computer Science. > Birla Institute of Technology and Science > ___ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org -- Larry Gritz l...@larrygritz.com ___ Oiio-dev mailing list Oiio-dev@lists.openimageio.org http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
[Oiio-dev] GSoC: Project idea
Hi, I am Deepak Gopinath, a second year student of Computer Science at Birla Institute of Technology and Science (BITS) Pilani, India. I have a couple of GSoC project ideas which I wanted to share and garner feedback before I submit the actual proposal. I was particularly interested in the iv viewer thumbnail view project. I am aware of the discussion thread on the same topic but here's my take. I propose the introduction of a resizeable bottom pane with options to view/hide the pane, select & manipulate multiple thumbnails. A thumbnail managing system has to be put in place to look for existing thumbnails or create new ones. If a thumbnail is not present and the image has a MIPmap set, a smaller size image can be grabbed for a thumbnail. If not, we can run a bilinear/bicubic filter or even antialiasing to create smooth thumbnails of pre-decided size(say 96x96). They can be stored locally along with the images, in thumbs.db style. Something like a createThumbnail(filterType) function in IvImage class can be added, where filterType can be nearest neighbour, bicubic, bilinear or antialiasing. A loadThumbnail() can be added to search and if found- load thumbnail whenever an image is opened. Number of thumbnails limit can be assigned, exceeding which old thumbnails can be deleted. The second idea deals with integration of all oiio functions like iconvert, idiff etc., into the imageviewer. This can be roughly termed GUI enhancements. The menu has to be populated with more image operating options and pipelining of functions has to be done. For example, the Edit menu is not yet populated with options. The current version of iv can have way more editing and processing functionality. As far as experience is concerned, I have led the image processing team in our humanoid robot project called Acyut for the autonomous soccer competition RoboCup. We had to deal with object detection algorithms and their optimization as we worked on Beagleboard processors. It gave me knowledge of basic colorspaces, image formats and their structures etc. This is my first time applying for GSoC. I will be uploading my proposal, which will have more comprehensive details, in a few hours. Looking forward to your feedback. -- Regards, Deepak Gopinath Undergraduate student, Department of Computer Science. Birla Institute of Technology and Science ___ Oiio-dev mailing list Oiio-dev@lists.openimageio.org http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org