Discussion:
sc/qt/ide presentation at kiberpipa
(too old to reply)
Tim Blechmann
2012-02-28 16:30:57 UTC
Permalink
hi all,

jakob and me will give a presentation on supercollider and our ideas for a new
qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is available
at [1].

cheers, tim

[1] http://www.kiberpipa.org:8099/live.html


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-02-28 16:48:11 UTC
Permalink
On 02/28/2012 05:30 PM, Tim Blechmann wrote:
> hi all,
>
> jakob and me will give a presentation on supercollider and our ideas for a new
> qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is available
> at [1].
>
> cheers, tim
>
> [1] http://www.kiberpipa.org:8099/live.html

Exciting! Will it be available in non-realtime for us who can't look
while it's streamed live?

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Miguel Negrao
2012-02-28 17:04:31 UTC
Permalink
Nice ! Will watch !

Miguel

A 28/02/2012, às 16:30, Tim Blechmann escreveu:

> hi all,
>
> jakob and me will give a presentation on supercollider and our ideas for a new
> qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is available
> at [1].
>
> cheers, tim
>
> [1] http://www.kiberpipa.org:8099/live.html
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
alfonso santimone
2012-02-29 10:56:03 UTC
Permalink
Great!
sadly i was not free at that time yesterday.
Do you think will be accesible at kiberpipa video archive any time soon?
thanks
a.


www.myspace.com/alfonsosantimone
www.myspace.com/elgallorojomusic
www.myspace.com/standhard
www.myspace.com/klanpuntog
www.myspace.com/thecryptmusic
www.myspace.com/eastrodeo


On Tue, Feb 28, 2012 at 6:04 PM, Miguel Negrao <
miguel.negrao-lists-/wLt9BB+Iy41Tgt60Rntydi2O/***@public.gmane.org> wrote:

> Nice ! Will watch !
>
> Miguel
>
> A 28/02/2012, às 16:30, Tim Blechmann escreveu:
>
> > hi all,
> >
> > jakob and me will give a presentation on supercollider and our ideas for
> a new
> > qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is
> available
> > at [1].
> >
> > cheers, tim
> >
> > [1] http://www.kiberpipa.org:8099/live.html
> >
> >
> > _______________________________________________
> > sc-dev mailing list
> >
> > info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> > archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> > search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
Lucas Samaruga
2012-02-29 11:56:41 UTC
Permalink
yes, please!

2012/2/29 alfonso santimone <alfonso.santimone-***@public.gmane.org>:
> Great!
> sadly i was not free at that time yesterday.
> Do you think will be accesible at kiberpipa video archive any time soon?
> thanks
> a.
>
>
> www.myspace.com/alfonsosantimone
> www.myspace.com/elgallorojomusic
> www.myspace.com/standhard
> www.myspace.com/klanpuntog
> www.myspace.com/thecryptmusic
> www.myspace.com/eastrodeo
>
>
> On Tue, Feb 28, 2012 at 6:04 PM, Miguel Negrao
> <miguel.negrao-lists-/wLt9BB+Iy41Tgt60Rntydi2O/***@public.gmane.org> wrote:
>>
>> Nice ! Will watch !
>>
>> Miguel
>>
>> A 28/02/2012, às 16:30, Tim Blechmann escreveu:
>>
>> > hi all,
>> >
>> > jakob and me will give a presentation on supercollider and our ideas for
>> > a new
>> > qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is
>> > available
>> > at [1].
>> >
>> > cheers, tim
>> >
>> > [1] http://www.kiberpipa.org:8099/live.html
>> >
>> >
>> > _______________________________________________
>> > sc-dev mailing list
>> >
>> > info (subscription, etc.):
>> > http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> > archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> > search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
>

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Julian Rohrhuber
2012-03-04 20:04:18 UTC
Permalink
On 28.02.2012, at 17:30, Tim Blechmann wrote:

> hi all,
>
> jakob and me will give a presentation on supercollider and our ideas for a new
> qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is available
> at [1].
>
> cheers, tim
>
> [1] http://www.kiberpipa.org:8099/live.html


Tim, how did it go? Do you perhaps have a recording somewhere?

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Tim Blechmann
2012-03-04 21:55:01 UTC
Permalink
> > jakob and me will give a presentation on supercollider and our ideas for a
> > new qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is
> > available at [1].
> >
> > cheers, tim
> >
> > [1] http://www.kiberpipa.org:8099/live.html
>
> Tim, how did it go? Do you perhaps have a recording somewhere?

not sure, if the talk was really informative ... but we have a github [1]
repository for our prototype, which already has some basic functionality ...

cheers, tim

[1] https://github.com/supercollider-ide

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-04 22:01:27 UTC
Permalink
On 03/04/2012 10:55 PM, Tim Blechmann wrote:
> but we have a github [1]
> repository for our prototype, which already has some basic functionality ...
>
> cheers, tim
>
> [1]https://github.com/supercollider-ide

Yay! Unfortunately it fails to compile for me:

[ 52%] Building CXX object
src/CMakeFiles/scide.dir/sc_syntax_highlighter.cpp.o
/home/lijon/Coding/supercollider-ide/src/sc_syntax_highlighter.cpp: In
member function ‘ScIDE::SyntaxHighlighter::highligherFormat
ScIDE::SyntaxHighlighter::findCurrentFormat(const QString&, int&, int&)’:
/home/lijon/Coding/supercollider-ide/src/sc_syntax_highlighter.cpp:135:53:
error: ‘min_element’ is not a member of ‘std’
make[2]: *** [src/CMakeFiles/scide.dir/sc_syntax_highlighter.cpp.o] Error 1
make[1]: *** [src/CMakeFiles/scide.dir/all] Error 2
make: *** [all] Error 2


/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Tim Blechmann
2012-03-04 22:09:20 UTC
Permalink
> > but we have a github [1]
> > repository for our prototype, which already has some basic functionality
> > ...
> >
> > cheers, tim
> >
> > [1]https://github.com/supercollider-ide
>
> Yay! Unfortunately it fails to compile for me:
>
> [ 52%] Building CXX object
> src/CMakeFiles/scide.dir/sc_syntax_highlighter.cpp.o
> /home/lijon/Coding/supercollider-ide/src/sc_syntax_highlighter.cpp: In
> member function ‘ScIDE::SyntaxHighlighter::highligherFormat
> ScIDE::SyntaxHighlighter::findCurrentFormat(const QString&, int&, int&)’:
> /home/lijon/Coding/supercollider-ide/src/sc_syntax_highlighter.cpp:135:53:
> error: ‘min_element’ is not a member of ‘std’

seems, one #include <algorithm> is missing

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-04 23:09:04 UTC
Permalink
On 03/04/2012 11:09 PM, Tim Blechmann wrote:
>>> but we have a github [1]
>>> repository for our prototype, which already has some basic functionality
>>> ...
>>>
>>> cheers, tim
>>>
>>> [1]https://github.com/supercollider-ide
>>
>> Yay! Unfortunately it fails to compile for me:
>>
>> [ 52%] Building CXX object
>> src/CMakeFiles/scide.dir/sc_syntax_highlighter.cpp.o
>> /home/lijon/Coding/supercollider-ide/src/sc_syntax_highlighter.cpp: In
>> member function ‘ScIDE::SyntaxHighlighter::highligherFormat
>> ScIDE::SyntaxHighlighter::findCurrentFormat(const QString&, int&, int&)’:
>> /home/lijon/Coding/supercollider-ide/src/sc_syntax_highlighter.cpp:135:53:
>> error: ‘min_element’ is not a member of ‘std’
>
> seems, one #include<algorithm> is missing

Yup, it helped. And it compiles and runs! Though the syntax coloring is
unreadable, and font is not monospaced, but I guess you already knew that ;)

/Jonatan
Tim Blechmann
2012-03-05 08:20:00 UTC
Permalink
> Yup, it helped. And it compiles and runs! Though the syntax coloring is
> unreadable, and font is not monospaced, but I guess you already knew that ;)

syntax highlighting is still a work in progress :)

cheers, tim

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-05 08:39:01 UTC
Permalink
On 4 Mar 2012, at 23:09, Jonatan Liljedahl <lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org> wrote:

>
> <Screenshot at 2012-03-05 000741.png>

:-)

S.

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
James Harkins
2012-03-05 09:04:23 UTC
Permalink
At Mon, 5 Mar 2012 08:39:01 +0000,
Scott Wilson wrote:
> On 4 Mar 2012, at 23:09, Jonatan Liljedahl <lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org> wrote:
>
> >
> > <Screenshot at 2012-03-05 000741.png>
>
> :-)

SC.app, the bell tolls for thee.
hjh


--
James Harkins /// dewdrop world
jamshark70-***@public.gmane.org
http://www.dewdrop-world.net

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman

blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-05 09:19:33 UTC
Permalink
On 5 Mar 2012, at 09:04, James Harkins wrote:

> At Mon, 5 Mar 2012 08:39:01 +0000,
> Scott Wilson wrote:
>> On 4 Mar 2012, at 23:09, Jonatan Liljedahl <lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org> wrote:
>>
>>>
>>> <Screenshot at 2012-03-05 000741.png>
>>
>> :-)
>
> SC.app, the bell tolls for thee.
> hjh
>

{ Klank.ar(`["SC.app, the bell tolls for thee.".collectAs(_.ascii.midicps, Set).asArray, nil, 6 ! 17],Impulse.ar(0, 0, 0.1), 0.25) }.play;
Jonatan Liljedahl
2012-03-05 10:12:03 UTC
Permalink
On 03/05/2012 09:39 AM, Scott Wilson wrote:
>
> On 4 Mar 2012, at 23:09, Jonatan Liljedahl<lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org> wrote:
>
>>
>> <Screenshot at 2012-03-05 000741.png>
>
> :-)

BTW, I find having the post window at the bottom (like in sced) works
fine on big screens, but not on smaller laptops, etc. Would it be easy
to make it dockable at the left or right edge instead?

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Tim Blechmann
2012-03-05 10:20:39 UTC
Permalink
> > On 4 Mar 2012, at 23:09, Jonatan Liljedahl<lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org> wrote:
> >> <Screenshot at 2012-03-05 000741.png>
> >>
> > :-)
>
> BTW, I find having the post window at the bottom (like in sced) works
> fine on big screens, but not on smaller laptops, etc. Would it be easy
> to make it dockable at the left or right edge instead?

yes, should be trivial. we do not have a preference system for the IDE, yet
... so for now it would not be persistent



_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Dan Stowell
2012-03-05 10:21:56 UTC
Permalink
2012/3/5 Jonatan Liljedahl <lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org>:
> On 03/05/2012 09:39 AM, Scott Wilson wrote:
>>
>>
>> On 4 Mar 2012, at 23:09, Jonatan Liljedahl<lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org>  wrote:
>>
>>>
>>> <Screenshot at 2012-03-05 000741.png>
>>
>>
>> :-)
>
>
> BTW, I find having the post window at the bottom (like in sced) works fine
> on big screens, but not on smaller laptops, etc. Would it be easy to make it
> dockable at the left or right edge instead?

I was thinking the same - in a "landscape"-oriented screen it always
seems better IMHO. Wish I could change it in sced too

Dan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-05 10:30:42 UTC
Permalink
On 03/05/2012 11:21 AM, Dan Stowell wrote:
> 2012/3/5 Jonatan Liljedahl<lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org>:
>> On 03/05/2012 09:39 AM, Scott Wilson wrote:
>>>
>>>
>>> On 4 Mar 2012, at 23:09, Jonatan Liljedahl<lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org> wrote:
>>>
>>>>
>>>> <Screenshot at 2012-03-05 000741.png>
>>>
>>>
>>> :-)
>>
>>
>> BTW, I find having the post window at the bottom (like in sced) works fine
>> on big screens, but not on smaller laptops, etc. Would it be easy to make it
>> dockable at the left or right edge instead?
>
> I was thinking the same - in a "landscape"-oriented screen it always
> seems better IMHO. Wish I could change it in sced too

It's on my TODO for sced :) Should not be too hard to put it in the left
pane instead.. Would love that when using sced on my netbook.

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Tim Blechmann
2012-03-05 10:33:52 UTC
Permalink
> >>> <Screenshot at 2012-03-05 000741.png>
> >>>
> >> :-)
> >
> > BTW, I find having the post window at the bottom (like in sced) works fine
> > on big screens, but not on smaller laptops, etc. Would it be easy to make
> > it dockable at the left or right edge instead?
>
> I was thinking the same - in a "landscape"-oriented screen it always
> seems better IMHO. Wish I could change it in sced too

it will be possible to configure the docks, so they could be on the bottom, on
the right or a separate window. also the post window won't be the only dock,
but we'll try to embed server windows/meter/scope and the documentation into
dockable widgets ...

cheers, tim


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Miguel Negrao
2012-03-05 11:16:47 UTC
Permalink
A 04/03/2012, às 21:55, Tim Blechmann escreveu:

>>> jakob and me will give a presentation on supercollider and our ideas for a
>>> new qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is
>>> available at [1].
>>>
>>> cheers, tim
>>>
>>> [1] http://www.kiberpipa.org:8099/live.html
>>
>> Tim, how did it go? Do you perhaps have a recording somewhere?
>
> not sure, if the talk was really informative ... but we have a github [1]
> repository for our prototype, which already has some basic functionality ...
>
> cheers, tim
>
> [1] https://github.com/supercollider-ide

Very cool. Works on osx also.

So when do you start accepting feature requests ? :)

Just two for now:
- terminal style window to quickly enter commands, with history (up key, etc).
- Projects, i.e., collections of files.




best,

Miguel
Tim Blechmann
2012-03-05 11:35:49 UTC
Permalink
> Just two for now:
> - terminal style window to quickly enter commands, with history (up key,
> etc).

yes, that would be useful ...

> - Projects, i.e., collections of files.

jakob had some plans to add support for projects

cheers, tim


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Click Nilson
2012-03-05 12:06:28 UTC
Permalink
> So when do you start accepting feature requests ? :)

Great to see work on this underway. I'm sure you'll beat the Mac editor for convenience and functionality.

My biggest request would be as a lecturer who uses SC a lot for teaching: the ability to quickly make text larger for viewing is super useful for classroom settings. So something like the cmd+ cmd- options in the Mac editor would be lovely.

I mean actually changing font size of all selected text quickly with dynamic rewrapping, rather than a zoom necessitating horizontal and vertical scrolling, if that makes sense.

Looking forward to see how it develops!

best
Nick




_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-05 12:10:03 UTC
Permalink
On 03/05/2012 01:06 PM, Click Nilson wrote:
>> So when do you start accepting feature requests ? :)
>
> Great to see work on this underway. I'm sure you'll beat the Mac editor for convenience and functionality.
>
> My biggest request would be as a lecturer who uses SC a lot for teaching: the ability to quickly make text larger for viewing is super useful for classroom settings. So something like the cmd+ cmd- options in the Mac editor would be lovely.
>
> I mean actually changing font size of all selected text quickly with dynamic rewrapping, rather than a zoom necessitating horizontal and vertical scrolling, if that makes sense.

Yes, this is a good feature. But I really hope that rich-text (in any
format) will not be the only editing mode. I prefer to edit in plain
text mode where it's not even possible to use different fonts/styles/sizes.

So, the editor could have two modes (like TextEdit.app), and in the
plain text mode ctrl+/- would change the fontsize for the document,
while in the rich text mode it would change only selected text.

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Miguel Negrao
2012-03-05 12:45:08 UTC
Permalink
A 05/03/2012, às 12:10, Jonatan Liljedahl escreveu:

> On 03/05/2012 01:06 PM, Click Nilson wrote:
>>> So when do you start accepting feature requests ? :)
>>
>> Great to see work on this underway. I'm sure you'll beat the Mac editor for convenience and functionality.
>>
>> My biggest request would be as a lecturer who uses SC a lot for teaching: the ability to quickly make text larger for viewing is super useful for classroom settings. So something like the cmd+ cmd- options in the Mac editor would be lovely.
>>
>> I mean actually changing font size of all selected text quickly with dynamic rewrapping, rather than a zoom necessitating horizontal and vertical scrolling, if that makes sense.
>
> Yes, this is a good feature. But I really hope that rich-text (in any format) will not be the only editing mode. I prefer to edit in plain text mode where it's not even possible to use different fonts/styles/sizes.
>
> So, the editor could have two modes (like TextEdit.app), and in the plain text mode ctrl+/- would change the fontsize for the document, while in the rich text mode it would change only selected text.

Well, I think in plain text mode you should be able to choose your font type and size (which will affect all text equally). So you can make the whole text bigger or smaller for all files, but still keep it in plain text mode.
I’m not so sure that having rich text is a good idea... you loose too much time with the formatting. Most people use rich text to distinguish portions of the text and to do literate programming, but maybe it would be more productive to have a tag based system that would do the formatting for you, in real time. The problem with formatting systems (latex, markdown, schelp, etc) is that most implementations make it a two step process, which is not what you would want for writing sc code, that would cut the flow. But there are systems like Lyx, that can display most of the result in real-time and you can change the attributes of things via guis, instead of via code, i.e. switch a line from being a paragraph to being a title. Mathematica is also a system where the code is is displayed as nicely formatted document, and they have tex like attributes, but they also let you change fonts directly.

best,
Miguel



_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-05 13:03:43 UTC
Permalink
On 03/05/2012 01:45 PM, Miguel Negrao wrote:
>
> A 05/03/2012, às 12:10, Jonatan Liljedahl escreveu:
>
>> On 03/05/2012 01:06 PM, Click Nilson wrote:
>>>> So when do you start accepting feature requests ? :)
>>>
>>> Great to see work on this underway. I'm sure you'll beat the Mac
>>> editor for convenience and functionality.
>>>
>>> My biggest request would be as a lecturer who uses SC a lot for
>>> teaching: the ability to quickly make text larger for viewing is
>>> super useful for classroom settings. So something like the cmd+
>>> cmd- options in the Mac editor would be lovely.
>>>
>>> I mean actually changing font size of all selected text quickly
>>> with dynamic rewrapping, rather than a zoom necessitating
>>> horizontal and vertical scrolling, if that makes sense.
>>
>> Yes, this is a good feature. But I really hope that rich-text (in
>> any format) will not be the only editing mode. I prefer to edit in
>> plain text mode where it's not even possible to use different
>> fonts/styles/sizes.
>>
>> So, the editor could have two modes (like TextEdit.app), and in the
>> plain text mode ctrl+/- would change the fontsize for the document,
>> while in the rich text mode it would change only selected text.
>
> Well, I think in plain text mode you should be able to choose your
> font type and size (which will affect all text equally). So you can
> make the whole text bigger or smaller for all files, but still keep
> it in plain text mode.

That was exactly what I meant, sorry if I was unclear. ctrl+/- would in
effect change the "plain text font size" preference without having to go
into some sort of preference editor.

> I’m not so sure that having rich text is a
> good idea... you loose too much time with the formatting. Most people
> use rich text to distinguish portions of the text and to do literate
> programming, but maybe it would be more productive to have a tag
> based system that would do the formatting for you, in real time. The
> problem with formatting systems (latex, markdown, schelp, etc) is
> that most implementations make it a two step process, which is not
> what you would want for writing sc code, that would cut the flow. But
> there are systems like Lyx, that can display most of the result in
> real-time and you can change the attributes of things via guis,
> instead of via code, i.e. switch a line from being a paragraph to
> being a title. Mathematica is also a system where the code is is
> displayed as nicely formatted document, and they have tex like
> attributes, but they also let you change fonts directly.

I'm afraid there are too many people that wants rich text editing, and
are used to it from SC.app. But having formatting tags (in comments,
perhaps) inside the code would be an interesting addition. Perhaps it
could be implemented as a plugin. It could work something like this:

//<big>
..here's some big code..
//</big>
..here's some normal code..
//<bold>
..this is bold code..
//</bold>

and it would be rendered in realtime, just like syntax highlighting. the
formatting tags themselves would be rendered in some less standing out
color and style. And their could be a toggle to hide them.

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-05 13:16:13 UTC
Permalink
Maybe there would be time for an informal presentation on this in London?

S.

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Tim Blechmann
2012-03-05 13:24:49 UTC
Permalink
> Maybe there would be time for an informal presentation on this in London?

i can definitely do some kind of informal presentation (unfortunately, jakob
won't attend the symposium) ... however i am not sure, how much we can
implement until april ...

cheers, tim


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-05 13:31:55 UTC
Permalink
On 5 Mar 2012, at 13:24, Tim Blechmann wrote:

>> Maybe there would be time for an informal presentation on this in London?
>
> i can definitely do some kind of informal presentation (unfortunately, jakob
> won't attend the symposium)

Ah, pity. I was hoping to get a moment with him to hash out QQuartzComposerView, as I would like to finish that.

> ... however i am not sure, how much we can
> implement until april ...

Okay. It can even happen in the pub. I'll get your first round!

S.
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
James Harkins
2012-03-05 13:34:59 UTC
Permalink
On 3/5/12, Scott Wilson <s.d.wilson-mHdZ94l+***@public.gmane.org> wrote:
> Okay. It can even happen in the pub. I'll get your first round!

Be sure to leave a copy of the IDE lying around in the bar, like those
leaked iPhone prototypes... drum up some hype, so all the kids will
want one.

hjh


--
James Harkins /// dewdrop world
jamshark70-***@public.gmane.org
http://www.dewdrop-world.net

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman

blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-05 13:37:41 UTC
Permalink
On 03/05/2012 02:34 PM, James Harkins wrote:
> On 3/5/12, Scott Wilson<s.d.wilson-mHdZ94l+***@public.gmane.org> wrote:
>> Okay. It can even happen in the pub. I'll get your first round!
>
> Be sure to leave a copy of the IDE lying around in the bar, like those
> leaked iPhone prototypes... drum up some hype, so all the kids will
> want one.

Haha, yes. Perhaps printed on a long roll of matrix-printer paper...

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Tim Blechmann
2012-03-05 13:23:10 UTC
Permalink
> >> I mean actually changing font size of all selected text quickly with
> >> dynamic rewrapping, rather than a zoom necessitating horizontal and
> >> vertical scrolling, if that makes sense.>
> > Yes, this is a good feature. But I really hope that rich-text (in any
> > format) will not be the only editing mode. I prefer to edit in plain text
> > mode where it's not even possible to use different fonts/styles/sizes.
> >
> > So, the editor could have two modes (like TextEdit.app), and in the plain
> > text mode ctrl+/- would change the fontsize for the document, while in
> > the rich text mode it would change only selected text.
> Well, I think in plain text mode you should be able to choose your font type
> and size (which will affect all text equally). So you can make the whole
> text bigger or smaller for all files, but still keep it in plain text mode.
> I’m not so sure that having rich text is a good idea... you loose too much
> time with the formatting. Most people use rich text to distinguish portions
> of the text and to do literate programming, but maybe it would be more
> productive to have a tag based system that would do the formatting for you,
> in real time.

i am not a fan of rich text, either and for now we do not plan to support it
... there may be other ways of structuring the code, though ... special
comments are one thing, bookmarks/labels another thing ... the IDE could store
these bookmarks in some kind of `project', so they could be made independent
from the plain-text sources ...

tim


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-05 13:36:00 UTC
Permalink
On 03/05/2012 02:23 PM, Tim Blechmann wrote:
>>>> I mean actually changing font size of all selected text quickly with
>>>> dynamic rewrapping, rather than a zoom necessitating horizontal and
>>>> vertical scrolling, if that makes sense.>
>>> Yes, this is a good feature. But I really hope that rich-text (in any
>>> format) will not be the only editing mode. I prefer to edit in plain text
>>> mode where it's not even possible to use different fonts/styles/sizes.
>>>
>>> So, the editor could have two modes (like TextEdit.app), and in the plain
>>> text mode ctrl+/- would change the fontsize for the document, while in
>>> the rich text mode it would change only selected text.
>> Well, I think in plain text mode you should be able to choose your font type
>> and size (which will affect all text equally). So you can make the whole
>> text bigger or smaller for all files, but still keep it in plain text mode.
>> I’m not so sure that having rich text is a good idea... you loose too much
>> time with the formatting. Most people use rich text to distinguish portions
>> of the text and to do literate programming, but maybe it would be more
>> productive to have a tag based system that would do the formatting for you,
>> in real time.
>
> i am not a fan of rich text, either and for now we do not plan to support it
> ... there may be other ways of structuring the code, though ... special
> comments are one thing, bookmarks/labels another thing ... the IDE could store
> these bookmarks in some kind of `project', so they could be made independent
> from the plain-text sources ...

Personally I'd be happy to skip rich text too! (by which I don't mean
RTF btw, but HTML or some other open format).

Using a separate list of formatting tags in the project sounds like a
good idea. just keep it in a separate file, like 'textstyle.xyz'..

But it would probably be good to support RTF import, if possible, since
there is still a lot of such files out there..

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-05 13:44:56 UTC
Permalink
On 5 Mar 2012, at 13:36, Jonatan Liljedahl wrote:
>
>
> But it would probably be good to support RTF import, if possible, since
> there is still a lot of such files out there..

Yes, some easy way to deal with that will be crucial. For plain text it won't be a big deal though since RTF is relatively straightforward to strip, and sclang already has a method for it.

S.
Miguel Negrao
2012-03-25 15:24:53 UTC
Permalink
A 05/03/2012, às 13:36, Jonatan Liljedahl escreveu:

> On 03/05/2012 02:23 PM, Tim Blechmann wrote:
>>>>> I mean actually changing font size of all selected text quickly with
>>>>> dynamic rewrapping, rather than a zoom necessitating horizontal and
>>>>> vertical scrolling, if that makes sense.>
>>>> Yes, this is a good feature. But I really hope that rich-text (in any
>>>> format) will not be the only editing mode. I prefer to edit in plain text
>>>> mode where it's not even possible to use different fonts/styles/sizes.
>>>>
>>>> So, the editor could have two modes (like TextEdit.app), and in the plain
>>>> text mode ctrl+/- would change the fontsize for the document, while in
>>>> the rich text mode it would change only selected text.
>>> Well, I think in plain text mode you should be able to choose your font type
>>> and size (which will affect all text equally). So you can make the whole
>>> text bigger or smaller for all files, but still keep it in plain text mode.
>>> I’m not so sure that having rich text is a good idea... you loose too much
>>> time with the formatting. Most people use rich text to distinguish portions
>>> of the text and to do literate programming, but maybe it would be more
>>> productive to have a tag based system that would do the formatting for you,
>>> in real time.
>>
>> i am not a fan of rich text, either and for now we do not plan to support it
>> ... there may be other ways of structuring the code, though ... special
>> comments are one thing, bookmarks/labels another thing ... the IDE could store
>> these bookmarks in some kind of `project', so they could be made independent
>> from the plain-text sources ...
>
> Personally I'd be happy to skip rich text too! (by which I don't mean RTF btw, but HTML or some other open format).
>
> Using a separate list of formatting tags in the project sounds like a good idea. just keep it in a separate file, like 'textstyle.xyz'..
>
> But it would probably be good to support RTF import, if possible, since there is still a lot of such files out there..

This is an interesting method of editing markup languages. If we would consider replacing rtfs with a markup language, this could be a interesting way of editing it:

http://www.youtube.com/watch?v=hG3ELslkHDY&feature=youtu.be

http://www.aviz.fr/gliimpse/

Would be great for editing schelp files also.

Miguel
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-05 13:36:53 UTC
Permalink
On 5 Mar 2012, at 13:23, Tim Blechmann wrote:
>>
>
> i am not a fan of rich text, either and for now we do not plan to support it

Fair enough, perhaps someone else will add it eventually. Would this look like a big rewrite? Or just QTextView::setTextFormat and some saving stuff? IIRC it used a subset of HTML for rich text stuff.

Another feature request: Split views on the same document are also extremely useful.

S.
Tim Blechmann
2012-03-05 15:26:36 UTC
Permalink
> > i am not a fan of rich text, either and for now we do not plan to support
> > it
> Fair enough, perhaps someone else will add it eventually. Would this look
> like a big rewrite? Or just QTextView::setTextFormat and some saving stuff?
> IIRC it used a subset of HTML for rich text stuff.

not sure about the details, but i suppose it would somehow collide with syntax
highlighter

> Another feature request: Split views on the same document are also extremely
> useful.

yes, we have already been thinking about this :)

tim


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-05 15:35:02 UTC
Permalink
On 5 Mar 2012, at 15:26, Tim Blechmann wrote:

>>> i am not a fan of rich text, either and for now we do not plan to support
>>> it
>> Fair enough, perhaps someone else will add it eventually. Would this look
>> like a big rewrite? Or just QTextView::setTextFormat and some saving stuff?
>> IIRC it used a subset of HTML for rich text stuff.
>
> not sure about the details, but i suppose it would somehow collide with syntax
> highlighter
>
>> Another feature request: Split views on the same document are also extremely
>> useful.
>
> yes, we have already been thinking about this :)

Sorry everyone's bombarding you with requests. With great work comes great pestering! ;-)

S.
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Lucas Samaruga
2012-03-06 00:47:32 UTC
Permalink
2012/3/5 Scott Wilson <s.d.wilson-mHdZ94l+***@public.gmane.org>:
>
> On 5 Mar 2012, at 15:26, Tim Blechmann wrote:
>
>>>> i am not a fan of rich text, either and for now we do not plan to support
>>>> it
>>> Fair enough, perhaps someone else will add it eventually. Would this look
>>> like a big rewrite? Or just QTextView::setTextFormat and some saving stuff?
>>> IIRC it used a subset of HTML for rich text stuff.
>>
>> not sure about the details, but i suppose it would somehow collide with syntax
>> highlighter
>>
>>> Another feature request: Split views on the same document are also extremely
>>> useful.
>>
>> yes, we have already been thinking about this :)
>
> Sorry everyone's bombarding you with requests. With great work comes great pestering! ;-)
>

And I want a bicycle! I've been a good boy... long ago :-)
(I bit my tongue not to ask anything. but it already passed me)

cheers!

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Lucas Samaruga
2012-03-07 20:54:03 UTC
Permalink
I got it, my real feature request is the ability of switch between
simple document interface (have the documents floating in different
sizes) and the tab document interface (strict organization). That is
something that I really liked from my pass by osx.

2012/3/5 Lucas Samaruga <samarugalucas-***@public.gmane.org>:
> 2012/3/5 Scott Wilson <s.d.wilson-mHdZ94l+***@public.gmane.org>:
>>
>> On 5 Mar 2012, at 15:26, Tim Blechmann wrote:
>>
>>>>> i am not a fan of rich text, either and for now we do not plan to support
>>>>> it
>>>> Fair enough, perhaps someone else will add it eventually. Would this look
>>>> like a big rewrite? Or just QTextView::setTextFormat and some saving stuff?
>>>> IIRC it used a subset of HTML for rich text stuff.
>>>
>>> not sure about the details, but i suppose it would somehow collide with syntax
>>> highlighter
>>>
>>>> Another feature request: Split views on the same document are also extremely
>>>> useful.
>>>
>>> yes, we have already been thinking about this :)
>>
>> Sorry everyone's bombarding you with requests. With great work comes great pestering! ;-)
>>
>
> And I want a bicycle! I've been a good boy... long ago :-)
> (I bit my tongue not to ask anything. but it already passed me)
>
> cheers!

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Patrick Borgeat
2012-03-07 21:10:04 UTC
Permalink
Am 07.03.2012 um 22:06 schrieb Jonatan Liljedahl:

>>>
>>> I got it, my real feature request is the ability of switch between
>>> simple document interface (have the documents floating in different
>>> sizes) and the tab document interface (strict organization). That is
>>> something that I really liked from my pass by osx.
>>>
>>
>> noted!
>
> Or perhaps a mix? many editors allow one to grab a tab and drag it outside the editor-window to put the doc in an individual window.

That would be great!

cheers,
Patrick
Jakob Leben
2012-03-07 20:58:43 UTC
Permalink
On Wed, Mar 7, 2012 at 9:54 PM, Lucas Samaruga <samarugalucas-***@public.gmane.org>wrote:

> I got it, my real feature request is the ability of switch between
> simple document interface (have the documents floating in different
> sizes) and the tab document interface (strict organization). That is
> something that I really liked from my pass by osx.
>

noted!
Jonatan Liljedahl
2012-03-07 21:06:32 UTC
Permalink
On 03/07/2012 09:58 PM, Jakob Leben wrote:
> On Wed, Mar 7, 2012 at 9:54 PM, Lucas Samaruga<samarugalucas-***@public.gmane.org>wrote:
>
>> I got it, my real feature request is the ability of switch between
>> simple document interface (have the documents floating in different
>> sizes) and the tab document interface (strict organization). That is
>> something that I really liked from my pass by osx.
>>
>
> noted!

Or perhaps a mix? many editors allow one to grab a tab and drag it
outside the editor-window to put the doc in an individual window.

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Julian Rohrhuber
2012-03-05 14:34:16 UTC
Permalink
On 05.03.2012, at 14:23, Tim Blechmann wrote:

>>>> I mean actually changing font size of all selected text quickly with
>>>> dynamic rewrapping, rather than a zoom necessitating horizontal and
>>>> vertical scrolling, if that makes sense.>
>>> Yes, this is a good feature. But I really hope that rich-text (in any
>>> format) will not be the only editing mode. I prefer to edit in plain text
>>> mode where it's not even possible to use different fonts/styles/sizes.
>>>
>>> So, the editor could have two modes (like TextEdit.app), and in the plain
>>> text mode ctrl+/- would change the fontsize for the document, while in
>>> the rich text mode it would change only selected text.
>> Well, I think in plain text mode you should be able to choose your font type
>> and size (which will affect all text equally). So you can make the whole
>> text bigger or smaller for all files, but still keep it in plain text mode.
>> I’m not so sure that having rich text is a good idea... you loose too much
>> time with the formatting. Most people use rich text to distinguish portions
>> of the text and to do literate programming, but maybe it would be more
>> productive to have a tag based system that would do the formatting for you,
>> in real time.
>
> i am not a fan of rich text, either and for now we do not plan to support it
> ... there may be other ways of structuring the code, though ... special
> comments are one thing, bookmarks/labels another thing ... the IDE could store
> these bookmarks in some kind of `project', so they could be made independent
> from the plain-text sources ...


I hope you make it possible to put rich text in, even if you don't like it yourself. There is a long standing culture of mixed documents that was a result of the casual way one could treat any sc-document as a normal rich text. It would be really sad if this were pushed out of the door, because it seems somehow useless to those who have never benefitted from it.


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jakob Leben
2012-03-06 05:35:05 UTC
Permalink
On Mon, Mar 5, 2012 at 1:06 PM, Click Nilson <clicksonnil-***@public.gmane.org> wrote:

> My biggest request would be as a lecturer who uses SC a lot for teaching:
> the ability to quickly make text larger for viewing is super useful for
> classroom settings. So something like the cmd+ cmd- options in the Mac
> editor would be lovely.


Your feature requests are already coming true.
Now you can control displayed font size using cmd+ and cmd- (does not
affect the document itself, as it's still just plain text).
There's also a command line under the code editor view.
And code font is monospace by default.
Tim Blechmann
2012-03-06 08:31:34 UTC
Permalink
hi jakob,

> > My biggest request would be as a lecturer who uses SC a lot for teaching:
> > the ability to quickly make text larger for viewing is super useful for
> > classroom settings. So something like the cmd+ cmd- options in the Mac
> > editor would be lovely.
>
> Your feature requests are already coming true.
> Now you can control displayed font size using cmd+ and cmd- (does not
> affect the document itself, as it's still just plain text).
> There's also a command line under the code editor view.

had a brief look, the line numbers do not seem to be affected, yet

cheers, tim


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jakob Leben
2012-03-06 13:32:56 UTC
Permalink
On Tue, Mar 6, 2012 at 9:31 AM, Tim Blechmann <tim-xpEK/MU0Hawdnm+***@public.gmane.org> wrote:

> > Now you can control displayed font size using cmd+ and cmd-
>
> had a brief look, the line numbers do not seem to be affected, yet


They are now :)
Miguel Negrao
2012-03-06 14:20:10 UTC
Permalink
A 06/03/2012, às 05:35, Jakob Leben escreveu:

> On Mon, Mar 5, 2012 at 1:06 PM, Click Nilson <clicksonnil-***@public.gmane.org> wrote:
> My biggest request would be as a lecturer who uses SC a lot for teaching: the ability to quickly make text larger for viewing is super useful for classroom settings. So something like the cmd+ cmd- options in the Mac editor would be lovely.
>
> Your feature requests are already coming true.
> Now you can control displayed font size using cmd+ and cmd- (does not affect the document itself, as it's still just plain text).
> There's also a command line under the code editor view.
> And code font is monospace by default.


Now that is fast progress ! :-) With some shortcuts to evaluate code and stop everything (cmd-.) it will quite usable already.

best,
Miguel


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jakob Leben
2012-03-06 15:48:49 UTC
Permalink
On Tue, Mar 6, 2012 at 3:20 PM, Miguel Negrao <
miguel.negrao-lists-/wLt9BB+Iy41Tgt60Rntydi2O/***@public.gmane.org> wrote:

> Now that is fast progress ! :-) With some shortcuts to evaluate code and
> stop everything (cmd-.) it will quite usable already.


Done.

You could try if the shortcuts work ok on mac. They use Ctrl on Linux, and
I wonder if Qt automatically translates that to Cmd on Mac.
Shortcuts:
Cmd+Return = evaluate selection, if any, otherwise the current line
Cmd+. = Main.stop

There's also an option in the Language menu whether cursor should move to
the end of the next line when evaluating the current line.
Currently, it's not remembered on restart though, as we don't have a
persistent settings system yet.
Jonatan Liljedahl
2012-03-06 15:53:43 UTC
Permalink
On 03/06/2012 04:48 PM, Jakob Leben wrote:
> On Tue, Mar 6, 2012 at 3:20 PM, Miguel Negrao<
> miguel.negrao-lists-/wLt9BB+Iy41Tgt60Rntydi2O/***@public.gmane.org> wrote:
>
>> Now that is fast progress ! :-) With some shortcuts to evaluate code and
>> stop everything (cmd-.) it will quite usable already.
>
>
> Done.
>
> You could try if the shortcuts work ok on mac. They use Ctrl on Linux, and
> I wonder if Qt automatically translates that to Cmd on Mac.
> Shortcuts:
> Cmd+Return = evaluate selection, if any, otherwise the current line
> Cmd+. = Main.stop

Btw, what is "run Main" used for?

I can't get it to evaluate a selection of several lines. I made an issue
at github for it, not sure if that was the right place. Or do you prefer
we bring stuff up here at sc-dev?

https://github.com/supercollider-ide/supercollider-ide/issues/1

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jakob Leben
2012-03-06 16:15:25 UTC
Permalink
Tue, Mar 6, 2012 at 4:53 PM, Jonatan Liljedahl <lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org> wrote:

> I can't get it to evaluate a selection of several lines. I made an issue
> at github for it, not sure if that was the right place. Or do you prefer we
> bring stuff up here at sc-dev?


Ah yes, I'm repeating the same problem that I've already fixed in code
evaluation in QTextView :) Will port solution from there.

I think github is a good place for bug reports at this moment.
Jakob Leben
2012-03-06 16:26:37 UTC
Permalink
On Tue, Mar 6, 2012 at 5:15 PM, Jakob Leben <jakob.leben-***@public.gmane.org> wrote:

> Tue, Mar 6, 2012 at 4:53 PM, Jonatan Liljedahl <lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org>wrote:
>
>> I can't get it to evaluate a selection of several lines. I made an issue
>> at github for it, not sure if that was the right place. Or do you prefer we
>> bring stuff up here at sc-dev?
>
>
> Ah yes, I'm repeating the same problem that I've already fixed in code
> evaluation in QTextView :) Will port solution from there.
>

OK this is fixed, thanks for noting!

Also, I added another handy shortcut: Ctrl(Cmd) + Tab will switch keyboard
focus to command line and back to code editor.
Jonatan Liljedahl
2012-03-06 16:29:53 UTC
Permalink
On 03/06/2012 05:26 PM, Jakob Leben wrote:
> On Tue, Mar 6, 2012 at 5:15 PM, Jakob Leben<jakob.leben-***@public.gmane.org> wrote:
>
>> Tue, Mar 6, 2012 at 4:53 PM, Jonatan Liljedahl<lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org>wrote:
>>
>>> I can't get it to evaluate a selection of several lines. I made an issue
>>> at github for it, not sure if that was the right place. Or do you prefer we
>>> bring stuff up here at sc-dev?
>>
>>
>> Ah yes, I'm repeating the same problem that I've already fixed in code
>> evaluation in QTextView :) Will port solution from there.
>>
>
> OK this is fixed, thanks for noting!
>
> Also, I added another handy shortcut: Ctrl(Cmd) + Tab will switch keyboard
> focus to command line and back to code editor.

Cool, thanks!

Perhaps this command line could also have a mode that makes it do the
exact same thing as Quick Lookup in helpbrowser? Or maybe it should be a
separate text entry. But IAC I think it would be a good thing, besides
the ability to lookup help for selected word in the document.

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Julian Rohrhuber
2012-03-06 16:56:03 UTC
Permalink
Just in case it is not totally out of question for you - here is an example of an editor that does html, just like the cocoa editor does. Not beautiful but QtWebKit allows for it, it seems.

http://www.youtube.com/watch?v=F35vWJWq6w8
http://labs.qt.nokia.com/2009/03/12/wysiwyg-html-editor/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Carver
2012-03-07 19:18:07 UTC
Permalink
The QtWebKit API's are too limited to build anything close to a real document editor w/o heavy javascript intervention.

QTextDocument circa qt 4.8, however, is much better suited and supports a healthy subset of HTML (enough to have far more powerful rich text editing than Cocoa documents, in any case). And - it happens to be what JL and T are using. So, those doors are open, whether or not the initial iteration of this ide is intended to be rich-text-y or not.

http://qt-project.org/doc/qt-4.8/richtext.html
http://qt-project.org/doc/qt-4.8/richtext-html-subset.html


- Scott


On Mar 6, 2012, at 8:56 AM, Julian Rohrhuber wrote:

> Just in case it is not totally out of question for you - here is an example of an editor that does html, just like the cocoa editor does. Not beautiful but QtWebKit allows for it, it seems.
>
> http://www.youtube.com/watch?v=F35vWJWq6w8
> http://labs.qt.nokia.com/2009/03/12/wysiwyg-html-editor/
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Scott Wilson
2012-03-07 20:50:59 UTC
Permalink
Hi Scott,

On 7 Mar 2012, at 19:18, Scott Carver wrote:
>
> (enough to have far more powerful rich text editing than Cocoa documents, in any case).

I'm intrigued. Can you elaborate on what you mean by that?

S.
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
adc
2012-03-13 12:25:09 UTC
Permalink
Yes,

pretty please please please do provide informal ways of text styling!
I use it all the time for presentations that mix text and code for very different audiences,
and making documentation addressed to non-experts as clear as possible,
e.g. by making comments like "change this number here" really big, or otherwise
making specific lines of code stand out.

Or sometimes people send code back to me with their comments inserted,
labeled by size/color/whatever; and I am sure others can think of lots of examples
where open text formatting options are the simplest thing that works.

thanks,
best, adc

On Mar 7, 2012, at 8:18 PM, Scott Carver wrote:

> The QtWebKit API's are too limited to build anything close to a real document editor w/o heavy javascript intervention.
>
> QTextDocument circa qt 4.8, however, is much better suited and supports a healthy subset of HTML (enough to have far more powerful rich text editing than Cocoa documents, in any case). And - it happens to be what JL and T are using. So, those doors are open, whether or not the initial iteration of this ide is intended to be rich-text-y or not.
>
> http://qt-project.org/doc/qt-4.8/richtext.html
> http://qt-project.org/doc/qt-4.8/richtext-html-subset.html
>
>
> - Scott
>
>
> On Mar 6, 2012, at 8:56 AM, Julian Rohrhuber wrote:
>
>> Just in case it is not totally out of question for you - here is an example of an editor that does html, just like the cocoa editor does. Not beautiful but QtWebKit allows for it, it seems.
>>
>> http://www.youtube.com/watch?v=F35vWJWq6w8
>> http://labs.qt.nokia.com/2009/03/12/wysiwyg-html-editor/
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Lucas Samaruga
2012-03-13 13:55:57 UTC
Permalink
And another one please please please is to take care of the
codification of the files. Currently for non English languages the utf
variations of osx and win makes some non ascii characters unreadable
in linux, specially ubuntu doesn't provides a default/clear way to
manage it.

best

2012/3/13 adc <alberto.decampo-***@public.gmane.org>:
> Yes,
>
> pretty please please please do provide informal ways of text styling!
> I use it all the time for presentations that mix text and code for very different audiences,
> and making documentation addressed to non-experts as clear as possible,
> e.g. by making comments like "change this number here" really big, or otherwise
> making specific lines of code stand out.
>
> Or sometimes people send code back to me with their comments inserted,
> labeled by size/color/whatever; and I am sure others can think of lots of examples
> where open text formatting options are the simplest thing that works.
>
> thanks,
> best, adc
>
> On Mar 7, 2012, at 8:18 PM, Scott Carver wrote:
>
>> The QtWebKit API's are too limited to build anything close to a real document editor w/o heavy javascript intervention.
>>
>> QTextDocument circa qt 4.8, however, is much better suited and supports a healthy subset of HTML (enough to have far more powerful rich text editing than Cocoa documents, in any case). And - it happens to be what JL and T are using. So, those doors are open, whether or not the initial iteration of this ide is intended to be rich-text-y or not.
>>
>> http://qt-project.org/doc/qt-4.8/richtext.html
>> http://qt-project.org/doc/qt-4.8/richtext-html-subset.html
>>
>>
>> - Scott
>>
>>
>> On Mar 6, 2012, at 8:56 AM, Julian Rohrhuber wrote:
>>
>>> Just in case it is not totally out of question for you - here is an example of an editor that does html, just like the cocoa editor does. Not beautiful but QtWebKit allows for it, it seems.
>>>
>>> http://www.youtube.com/watch?v=F35vWJWq6w8
>>> http://labs.qt.nokia.com/2009/03/12/wysiwyg-html-editor/
>>>
>>>
>>> _______________________________________________
>>> sc-dev mailing list
>>>
>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Miguel Negrao
2012-03-13 14:32:36 UTC
Permalink
A 13/03/2012, às 13:55, Lucas Samaruga escreveu:

> And another one please please please is to take care of the
> codification of the files. Currently for non English languages the utf
> variations of osx and win makes some non ascii characters unreadable
> in linux, specially ubuntu doesn't provides a default/clear way to
> manage it.
>

Yes, I’m seeing a strange behaviour on the mac also when I edit the files in intellij and in sc.app it keeps changing the ã to a different type of encoding... Does anyone know what type of encoding sc.app uses ?

best,
Miguel
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jonatan Liljedahl
2012-03-13 14:40:36 UTC
Permalink
On 03/13/2012 03:32 PM, Miguel Negrao wrote:
>
> A 13/03/2012, às 13:55, Lucas Samaruga escreveu:
>
>> And another one please please please is to take care of the
>> codification of the files. Currently for non English languages the utf
>> variations of osx and win makes some non ascii characters unreadable
>> in linux, specially ubuntu doesn't provides a default/clear way to
>> manage it.
>>
>
> Yes, I’m seeing a strange behaviour on the mac also when I edit the files in intellij and in sc.app it keeps changing the ã to a different type of encoding... Does anyone know what type of encoding sc.app uses ?

sc.app uses the old mac-specific mac_latin encoding.

I agree it would be better to support utf8 everywhere, and I think one
can already use utf-8 in sclang strings without problems. At least it
works in gedit (which uses utf-8). But Char's can not hold utf-8
characters, since Char is only a single byte.

/Jonatan

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Lucas Samaruga
2012-03-13 14:59:55 UTC
Permalink
My initial comment was just for comments :-)

>
> I agree it would be better to support utf8 everywhere, and I think one can
> already use utf-8 in sclang strings without problems. At least it works in
> gedit (which uses utf-8). But Char's can not hold utf-8 characters, since
> Char is only a single byte.
>

I read the keycodes of utf are a super set of ascii so it doesn't
breaks ascii text, I have no idea about the implementation but guess
it reads all the code as single bytes.

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Lucas Samaruga
2012-03-13 15:07:03 UTC
Permalink
2012/3/13 Lucas Samaruga <samarugalucas-***@public.gmane.org>:
> My initial comment was just for comments :-)
>
>>
>> I agree it would be better to support utf8 everywhere, and I think one can
>> already use utf-8 in sclang strings without problems. At least it works in
>> gedit (which uses utf-8). But Char's can not hold utf-8 characters, since
>> Char is only a single byte.
>>
>
> I read the keycodes of utf are a super set of ascii so it doesn't
> breaks ascii text, I have no idea about the implementation but guess
> it reads all the code as single bytes.

I don't read the keycodes sorry, maybe better "I have read that"...

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Jakob Leben
2012-03-13 16:37:42 UTC
Permalink
On Tue, Mar 13, 2012 at 3:40 PM, Jonatan Liljedahl <lijon-fwFeWneuYPZWk0Htik3J/***@public.gmane.org>wrote:

> I agree it would be better to support utf8 everywhere, and I think one can
> already use utf-8 in sclang strings without problems. At least it works in
> gedit (which uses utf-8). But Char's can not hold utf-8 characters, since
> Char is only a single byte.


Currently, the IDE already supports UTF-8.
Miguel Negrao
2012-03-06 16:51:42 UTC
Permalink
A 06/03/2012, às 15:48, Jakob Leben escreveu:

> On Tue, Mar 6, 2012 at 3:20 PM, Miguel Negrao <miguel.negrao-lists-/wLt9BB+Iy41Tgt60Rntydi2O/***@public.gmane.org> wrote:
> Now that is fast progress ! :-) With some shortcuts to evaluate code and stop everything (cmd-.) it will quite usable already.
>
> Done.
>
> You could try if the shortcuts work ok on mac. They use Ctrl on Linux, and I wonder if Qt automatically translates that to Cmd on Mac.
> Shortcuts:
> Cmd+Return = evaluate selection, if any, otherwise the current line
> Cmd+. = Main.stop

Yes, works here ! great !

Miguel
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
Miguel Negrao
2012-03-13 12:06:38 UTC
Permalink
A 05/03/2012, às 11:16, Miguel Negrao escreveu:

>
> A 04/03/2012, às 21:55, Tim Blechmann escreveu:
>
>>>> jakob and me will give a presentation on supercollider and our ideas for a
>>>> new qt-based IDE at kiberpipa this evening 19h CET ... a video-stream is
>>>> available at [1].
>>>>
>>>> cheers, tim
>>>>
>>>> [1] http://www.kiberpipa.org:8099/live.html
>>>
>>> Tim, how did it go? Do you perhaps have a recording somewhere?
>>
>> not sure, if the talk was really informative ... but we have a github [1]
>> repository for our prototype, which already has some basic functionality ...
>>
>> cheers, tim
>>
>> [1] https://github.com/supercollider-ide
>
> Very cool. Works on osx also.
>
> So when do you start accepting feature requests ? :)
>
> Just two for now:
> - terminal style window to quickly enter commands, with history (up key, etc).
> - Projects, i.e., collections of files.

I would also add “favorites”, which is the possibility of creating lists of favorite files and/or folder from a project. This is really nice when you are implementing a feature and you only need to see a couple of files or folders. This is how it looks in intellij:



best,
Miguel
Loading...