Re: [Sugar-devel] Music Blocks Block Graphics Refactoring proposal for GSOC
I think leveraging Blockly is a fine idea. But maybe you can sketch out some of the more common scenarios??? a note block with multiple pitch blocks??? a sequence of note blocks... some nested clamps... Also, how difficult is it to revisit some of the design decisions in Blocky? There are lots of little details that I find annoying. On Wed, Mar 31, 2021 at 12:32 PM Jaikishan Brijwani wrote: > > Hello Everyone! > Greetings for the day, hope you all are doing well, I am Jaikishan Brijwani > currently in my junior year of BTech in Computer Science with minors in > Communication Engineering from Manipal. I have been contributing to Sugar > Labs projects(Music Blocks and Sugarizer) for the past 5-6 months and it has > been a great experience.I've surely learnt a lot along the way. > > Now, I am keen on participating in GSoC working with the amazing community at > Sugar Labs. I have attached my proposal for one of the GSoC projects for 2021 > edition. > Mentors, members and fellow peers alike, kindly have a look at it, peruse it > and please do share your valuable feedback on the same. > > Looking forward to suggestions on how I can improve my proposal and feedback > on it too. > > Thanks and Regards, > Jaikishan. > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Music Blocks Block Graphics Refactoring proposal for GSOC
I would imagine that using Blockly could help us focus our efforts on the core musical functions of Music Blocks. Walter, maybe you could specify the main design decisions you would like to revisit, so research can be done ahead of deciding whether or not to use Blockly? I am looking forward to this. On 2021-04-01 20:38, Walter Bender wrote: I think leveraging Blockly is a fine idea. But maybe you can sketch out some of the more common scenarios??? a note block with multiple pitch blocks??? a sequence of note blocks... some nested clamps... Also, how difficult is it to revisit some of the design decisions in Blocky? There are lots of little details that I find annoying. On Wed, Mar 31, 2021 at 12:32 PM Jaikishan Brijwani wrote: Hello Everyone! Greetings for the day, hope you all are doing well, I am Jaikishan Brijwani currently in my junior year of BTech in Computer Science with minors in Communication Engineering from Manipal. I have been contributing to Sugar Labs projects(Music Blocks and Sugarizer) for the past 5-6 months and it has been a great experience.I've surely learnt a lot along the way. Now, I am keen on participating in GSoC working with the amazing community at Sugar Labs. I have attached my proposal for one of the GSoC projects for 2021 edition. Mentors, members and fellow peers alike, kindly have a look at it, peruse it and please do share your valuable feedback on the same. Looking forward to suggestions on how I can improve my proposal and feedback on it too. Thanks and Regards, Jaikishan. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Music Blocks Block Graphics Refactoring proposal for GSOC
Thankyou for your suggestions. I'll add the aforementioned sketches to my proposal. Coming to your second question, design decisions with blockly are actually quite easy to revisit. I say this because I have been perusing the library's framework and some of blockly "paradigms" accentuated there are worth considering. Some of References worth considering:- 1) https://developers.google.com/blockly/guides/create-custom-blocks/define-blocks#statement_connections There is a nice tutorial by the blockly team that abates "annoying little details" erratic behavior of the documentation, which makes the experience quite cumbersome at times. 2) https://developers.google.com/blockly/guides/create-custom-blocks/blockly-developer-tools#defining_a_block Any other suggestions I should work upon? Please let me know. Thanks & Regards, Jaikishan On Fri, Apr 2, 2021 at 6:08 AM Walter Bender wrote: > I think leveraging Blockly is a fine idea. But maybe you can sketch > out some of the more common scenarios??? a note block with multiple > pitch blocks??? a sequence of note blocks... some nested clamps... > > Also, how difficult is it to revisit some of the design decisions in > Blocky? There are lots of little details that I find annoying. > > On Wed, Mar 31, 2021 at 12:32 PM Jaikishan Brijwani > wrote: > > > > Hello Everyone! > > Greetings for the day, hope you all are doing well, I am Jaikishan > Brijwani currently in my junior year of BTech in Computer Science with > minors in Communication Engineering from Manipal. I have been contributing > to Sugar Labs projects(Music Blocks and Sugarizer) for the past 5-6 months > and it has been a great experience.I've surely learnt a lot along the way. > > > > Now, I am keen on participating in GSoC working with the amazing > community at Sugar Labs. I have attached my proposal for one of the GSoC > projects for 2021 edition. > > Mentors, members and fellow peers alike, kindly have a look at it, > peruse it and please do share your valuable feedback on the same. > > > > Looking forward to suggestions on how I can improve my proposal and > feedback on it too. > > > > Thanks and Regards, > > Jaikishan. > > ___ > > Sugar-devel mailing list > > Sugar-devel@lists.sugarlabs.org > > http://lists.sugarlabs.org/listinfo/sugar-devel > > > > -- > Walter Bender > Sugar Labs > http://www.sugarlabs.org > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Music Blocks Block Graphics Refactoring proposal for GSOC
Yes, It surely can help us focus our efforts on the core musical functions of Music Blocks. Coming to your next point of *Walter specifying the main design decisions we'd like to address*, I look forward to this as well. On a side note Devin, I'd like to hear your thoughts on which design decisions in the current version of MB you think should be worked upon. I'd like to incorporate this in the proposal as well. Thanks & Regards, Jaikishan On Sat, Apr 3, 2021 at 1:40 AM wrote: > I would imagine that using Blockly could help us focus our efforts on > the core musical functions of Music Blocks. > > Walter, maybe you could specify the main design decisions you would like > to revisit, so research can be done ahead of deciding whether or not to > use Blockly? > > I am looking forward to this. > > On 2021-04-01 20:38, Walter Bender wrote: > > I think leveraging Blockly is a fine idea. But maybe you can sketch > > out some of the more common scenarios??? a note block with multiple > > pitch blocks??? a sequence of note blocks... some nested clamps... > > > > Also, how difficult is it to revisit some of the design decisions in > > Blocky? There are lots of little details that I find annoying. > > > > On Wed, Mar 31, 2021 at 12:32 PM Jaikishan Brijwani > > wrote: > >> > >> Hello Everyone! > >> Greetings for the day, hope you all are doing well, I am Jaikishan > >> Brijwani currently in my junior year of BTech in Computer Science with > >> minors in Communication Engineering from Manipal. I have been > >> contributing to Sugar Labs projects(Music Blocks and Sugarizer) for > >> the past 5-6 months and it has been a great experience.I've surely > >> learnt a lot along the way. > >> > >> Now, I am keen on participating in GSoC working with the amazing > >> community at Sugar Labs. I have attached my proposal for one of the > >> GSoC projects for 2021 edition. > >> Mentors, members and fellow peers alike, kindly have a look at it, > >> peruse it and please do share your valuable feedback on the same. > >> > >> Looking forward to suggestions on how I can improve my proposal and > >> feedback on it too. > >> > >> Thanks and Regards, > >> Jaikishan. > >> ___ > >> Sugar-devel mailing list > >> Sugar-devel@lists.sugarlabs.org > >> http://lists.sugarlabs.org/listinfo/sugar-devel > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel