Re: Google groups no longer provides pinned posts, program highlighting?

[Thomas Passin]

I'm still using classic groups.  When they changed me over, I disliked  the 
new skin and found some link to get back, but I forget where it was.  And 
yes, no ability to edit, GRRR.  I figured that at some point, we'd all get 
stuck with the new look.

On Thursday, November 12, 2020 at 4:00:05 PM UTC-5, Edward K. Ream wrote:
>
>
> Imo, the so-called "classic" form of google groups was significantly 
> better than the "new improved" version, which lacks pinned messages and 
> syntax highlighting for program text.
>
> Am I mistaken, or are we stuck with a much inferior group? I can no longer 
> see any way to use classic groups.
>
> Edward
>

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/c1d2c034-0fdf-4b43-9af0-3986d1838df0o%40googlegroups.com.

Re: SB: What I'll be studying

[Offray Vladimir Luna Cárdenas]

Thanks Kent,

With that my Python path to Jamstack/IndieWeb would be some Python based
static site generator and brython to add interactive JavaScript powered
features here and there. Now I've started exploring form creators to
enable non-tech users to add content to the site.

Cheers,

Offray

On 12/11/20 9:45 a. m., Kent Tenney wrote:
> Another interesting project is Brython, Python in the browser
> https://brython.info/
> good documentation and demo
>
> very heavy development, easy to install and run locally
>
> - git clone https://github.com/brython-dev/brython.git
> - cd brython/www
> - python3 -m http.server
> - browse to localhost:8000
>
> (current trunk returns 404 for 'Tutorial' )
>
> On Mon, Nov 9, 2020 at 12:27 PM Offray Vladimir Luna Cárdenas
> mailto:off...@riseup.net>> wrote:
>
> Hi,
>
> In a world where JavaScript is a commonplace, disliking it becomes
> automatically opinionated :-).
>
> I put sparkles of JS here and there for my web sites, but I don't
> plan to make it my main programming language and now that JS
> transpilers are becoming a more common place I plan to keep using
> Pharo as much as possible, as for now, nothing beats its live
> coding experience and programming environment. So I would say the
> "J" of Jamstack is more about "JavaScript as a bridge" that as the
> primary language, as the "P" in LAMP Stack meant PHP, but in some
> context became Python or Perl or even non P named languages and
> the "M" was not about "MySQL always".
>
> I also like Elixir and I think that the BEAM is a pretty awesome
> technology for parallelism, as it is shown in this excellent
> talk[1]. It is not the place where I'm focused as I'm more
> interested in live coding and moldable tools[2a] and for that
> Pharo[2] is a pretty powerful tool that change the way you think
> about/with software.
>
> [1] GOTO 2019 • The Soul of Erlang and Elixir • Saša Jurić
> https://youtu.be/JvBT4XBdoUE
> [2] https://pharo.org/
> [2a] Tudor Gîrba - Moldable development
> https://www.youtube.com/watch?v=Pot9GnHFOVU
>
> So, going back to the exploration of web technologies, my approach
> has been to leverage the knowledge and aesthetics I already have
> to find a static site generator[3] (for example a Python based
> one) and to create a site on it (preferably using some
> pre-existing template with a good design) and also to see the
> infrastructure from the point of view of an "end user" or a
> community that is going to add content to such site. That is how I
> went from web2py[3a] to Grav[3b] to Brea[3c], my own Pharo based
> CMS (as Pharo was the language I was using to customize Grav's
> markdown and YAML source files anyway). This is a story of
> progressive decoupling: as the excellent and integrated web2py
> became kind of over complex for the stuff we were doing/needing,
> Grav allow an editing experience I thought could be friendly while
> we enjoyed flat file storage, which enabled redundant storage and
> editing via Fossil (but it could be Git). And because we where
> working with plain files, their processing could be done in
> several languages (I chose Pharo). Once Grav customization became
> also over complex and after seeing that nobody was using Grav's
> web ui the next step was to build an even simpler solution
> combining Pharo, Pandoc and Fossil which resonated strongly with
> the explorations of the Jamstack and the IndieWeb[4][4a] about
> building your own tools and web presence.
>
> [3] https://jamstack.org/generators/
> [3a] http://web2py.com/
> [3b] https://getgrav.org/
> [3c] https://mutabit.com/repos.fossil/brea/
> [4] https://indieweb.org/
> [4a] https://mutabit.com/repos.fossil/indieweb/
>
> Fiuuuhhh, Edward's sabbatical makes me talk even more that
> on-topic conversations... ;-P ... Maybe I should write a blog post
> instead and invite you to my IndieWeb place to keep the conversation.
>
> Cheers,
>
> Offray
>
> On 9/11/20 12:06 p. m., rengel wrote:
>> JavaScript might be commonplace, but the exciting action is in
>> functional solutions:
>> i.e. Elixir (https://elixir-lang.org/) and Phoenix
>> (https://phoenixframework.org/).
>> Why? Because JavaScript does not teach new ways of thinking.
>> Yes, I know, this is very opinionated...
>> Reinhard
>>
>> On Sunday, November 8, 2020 at 7:10:35 PM UTC+1 off...@riseup.net
>>  wrote:
>>
>> Hi,
>>
>> Adding to the Arjan's excellent suggestion, I would recommend:
>>
>>   * Computer, Build me an app: https://youtu.be/qqt6YxAZoOc
>>   * The Return of 'Write Less, Do More' by Rich Harris  |
>> JSCAMP 2019: https://youtu.be/BzX4aTRPzno
>>
>> For getting the overview you talk about, I would reemphasize
>>   

Re: Google groups no longer provides pinned posts, program highlighting?

[Edward K. Ream]

On Thursday, November 12, 2020 at 3:00:05 PM UTC-6 Edward K. Ream wrote:

>
> Imo, the so-called "classic" form of google groups was significantly 
> better than the "new improved" version, which lacks pinned messages and 
> syntax highlighting for program text.'
>

And no way to edit a previous message??? You have got to be kidding me.

Edward

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/89313110-f57d-4930-821d-532388e075b3n%40googlegroups.com.

Google groups no longer provides pinned posts, program highlighting?

[Edward K. Ream]

Imo, the so-called "classic" form of google groups was significantly better 
than the "new improved" version, which lacks pinned messages and syntax 
highlighting for program text.

Am I mistaken, or are we stuck with a much inferior group? I can no longer 
see any way to use classic groups.

Edward

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/ef65c1ba-3ee5-479a-bbb1-a76451505105n%40googlegroups.com.

One line of code rocked my world

[Edward K. Ream]

Issue #1591  concerns 
disappearing icons in the todo.py plugin, but only for recent versions of 
pyqt. This post discusses a discovery I made while studying the code.

The todo.py plugin uses todo.ui. This is an xml file created by Qt 
Designer. Qt can create the entire UI with a single call to 
uic.loadUiType(<>)

I've known about this capability for 15+ years, but I never really paid 
attention to it because I thought that using a .ui file was inflexible. But 
that's totally wrong.

This line from todo.py showed me the truth:

self.ui.UI.txtDetails.setText(txt) 

Originally I had planned to create an alternate version of todo.ui that 
would replace icons in the various buttons with text.  So I was pretty 
familiar with the structure of todo.ui. From that study, I knew that 
txtDetails is a name of an xml element:

...

I was discussing this issue with Rebecca two night ago when I suddenly 
realized that  there is no need for an alternate todo.ui.  Instead, the 
patch_1591 method contains the workaround. I won't show the entire method 
here, but the code to patch the "priority" buttons is elegant:

ui = self.ui.UI
# Add text and tooltips to all numeric priority buttons.
for i in range(10):
button = getattr(ui, f"butPri{i}")
button.setText(f"{i}")
button.setToolTip(f"Priority {i}")

Oh my.  I immediately saw that I could use the same pattern to patch *any* 
attribute of any *python* object created by loadUiType.  That includes, for 
example, all the layout objects in todo.ui. And really, all the other 
properties in todo.ui.

*Summary*

For at least a decade I have mistakenly believed that using a .ui file 
would create an inflexible ui. But that's completely wrong. I could have 
designed all aspects of Leo's ui with Qt designer, including docks, the 
Find Panel, etc., etc, while *still* retaining the ability to set and query 
the corresponding python objects.

In other words, *lots* of Leo's gui code is unnecessary.

Edward

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/3bac9b48-5417-45b8-b754-1de8c3d51212n%40googlegroups.com.

The ekr-tabs branch is ready for testing

[Edward K. Ream]

This branch contains work for #1731 
. PR #1732 
 is the corresponding 
PR.

The work went much more smoothly that I thought. Let me know if you find 
any problems.

This branch also features, for the first time ever, clear traces of each 
incoming keystroke and the corresponding Leo command or code. Enable those 
traces with --trace=keys. You can use --trace=keys,verbose for more details.

The ekr-tabs branch has been merged into the ekr-undo branch. I plan to 
merge ekr-tabs into devel in about a week.

Edward




-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/e01428b9-4508-47d3-9708-c58248e9edffn%40googlegroups.com.

Re: SB: What I'll be studying

[Kent Tenney]

Another interesting project is Brython, Python in the browser
https://brython.info/
good documentation and demo

very heavy development, easy to install and run locally

- git clone https://github.com/brython-dev/brython.git
- cd brython/www
- python3 -m http.server
- browse to localhost:8000

(current trunk returns 404 for 'Tutorial' )

On Mon, Nov 9, 2020 at 12:27 PM Offray Vladimir Luna Cárdenas <
off...@riseup.net> wrote:

> Hi,
>
> In a world where JavaScript is a commonplace, disliking it becomes
> automatically opinionated :-).
>
> I put sparkles of JS here and there for my web sites, but I don't plan to
> make it my main programming language and now that JS transpilers are
> becoming a more common place I plan to keep using Pharo as much as
> possible, as for now, nothing beats its live coding experience and
> programming environment. So I would say the "J" of Jamstack is more about
> "JavaScript as a bridge" that as the primary language, as the "P" in LAMP
> Stack meant PHP, but in some context became Python or Perl or even non P
> named languages and the "M" was not about "MySQL always".
>
> I also like Elixir and I think that the BEAM is a pretty awesome
> technology for parallelism, as it is shown in this excellent talk[1]. It is
> not the place where I'm focused as I'm more interested in live coding and
> moldable tools[2a] and for that Pharo[2] is a pretty powerful tool that
> change the way you think about/with software.
>
> [1] GOTO 2019 • The Soul of Erlang and Elixir • Saša Jurić
> https://youtu.be/JvBT4XBdoUE
> [2] https://pharo.org/
> [2a] Tudor Gîrba - Moldable development
> https://www.youtube.com/watch?v=Pot9GnHFOVU
> So, going back to the exploration of web technologies, my approach has
> been to leverage the knowledge and aesthetics I already have to find a
> static site generator[3] (for example a Python based one) and to create a
> site on it (preferably using some pre-existing template with a good design)
> and also to see the infrastructure from the point of view of an "end user"
> or a community that is going to add content to such site. That is how I
> went from web2py[3a] to Grav[3b] to Brea[3c], my own Pharo based CMS (as
> Pharo was the language I was using to customize Grav's markdown and YAML
> source files anyway). This is a story of progressive decoupling: as the
> excellent and integrated web2py became kind of over complex for the stuff
> we were doing/needing, Grav allow an editing experience I thought could be
> friendly while we enjoyed flat file storage, which enabled redundant
> storage and editing via Fossil (but it could be Git). And because we where
> working with plain files, their processing could be done in several
> languages (I chose Pharo). Once Grav customization became also over complex
> and after seeing that nobody was using Grav's web ui the next step was to
> build an even simpler solution combining Pharo, Pandoc and Fossil which
> resonated strongly with the explorations of the Jamstack and the
> IndieWeb[4][4a] about building your own tools and web presence.
>
> [3] https://jamstack.org/generators/
> [3a] http://web2py.com/
> [3b] https://getgrav.org/
> [3c] https://mutabit.com/repos.fossil/brea/
> [4] https://indieweb.org/
> [4a] https://mutabit.com/repos.fossil/indieweb/
>
> Fiuuuhhh, Edward's sabbatical makes me talk even more that on-topic
> conversations... ;-P ... Maybe I should write a blog post instead and
> invite you to my IndieWeb place to keep the conversation.
>
> Cheers,
>
> Offray
>
> On 9/11/20 12:06 p. m., rengel wrote:
>
> JavaScript might be commonplace, but the exciting action is in functional
> solutions:
> i.e. Elixir (https://elixir-lang.org/) and Phoenix (
> https://phoenixframework.org/).
> Why? Because JavaScript does not teach new ways of thinking.
> Yes, I know, this is very opinionated...
> Reinhard
>
> On Sunday, November 8, 2020 at 7:10:35 PM UTC+1 off...@riseup.net wrote:
>
>> Hi,
>>
>> Adding to the Arjan's excellent suggestion, I would recommend:
>>
>>- Computer, Build me an app: https://youtu.be/qqt6YxAZoOc
>>- The Return of 'Write Less, Do More' by Rich Harris  | JSCAMP 2019:
>>https://youtu.be/BzX4aTRPzno
>>
>> For getting the overview you talk about, I would reemphasize the review
>> of the Jamstack[1] and see and share (maybe with yourself using Telegram or
>> some instant messaging app) several introductory videos related with
>> Jamstack, as is my most effective way to train the YouTube algorithm to
>> recommend me more stuff about that (I usually choose long talks about the
>> subject I'm interested before going bed, so the algorithm refines its model
>> to recommend me more long form content about it when I wake up next
>> morning).
>>
>> [1] https://jamstack.org/
>>
>> I have been a "coding researcher"  since 2014 when I rediscovered Pharo
>> and used it for my PhD, but I have also gladly ignored the web development
>> since mid 90's, focusing my code/tech concerns elsewhere and I'm happy
>>