On Mon, Nov 1, 2021 at 11:37 PM hmdne <hmdne@airmail.cc> wrote:
On 11/2/21 04:30, Gregory Cohen wrote:
> gets doesn't seem to be working
> "prompt" is not defined
>
Add `require "opal/platform"` for basic support of platforms other than
browser.
sudo apt install openjdk-16-jdk
\curl -sSL https://get.rvm.io | bash -s stable # also run command to
download gpgs
rvm install jruby-9.3.1.0
gem install glimmer-dsl-swt
glimmer samples
The last command starts the sample app. If you run the `glimmer`
command vanilla, it gives you a TUI that instructs you on all the
features Glimmer supports like Scaffolding and Packaging.
···
On Mon, Nov 1, 2021 at 11:41 PM Andy Maleh <andy.am@gmail.com> wrote:
Martin, what hmdne might have been alluding to is test bots. In other
words, if someone writes automated tests that install your gem on
every run, then that will get you a repetitive number of downloads
that are not representative of real world usage.
On Mon, Nov 1, 2021 at 11:38 PM Martin DeMello <martindemello@gmail.com> wrote:
>
> On Mon, Nov 1, 2021 at 8:25 PM hmdne <hmdne@airmail.cc> wrote:
>>
>>
>> You may be missing a fact, that there are a lot of bots automatically
>> downloading gems for eg. testing purposes or vulnerability scanning.
>
>
> i have a gem i'm pretty sure i'm the only user of, and it has gotten 225 downloads in the past month, so that should be a decent baseline estimate of bot traffic. (unless bots disproportionately scrape gems based on criteria other than just being in the index). interesting thing to try to figure out, though.
>
> martin
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
This too, but I rather alluded to scrapers. You know, some corpus is needed for training GPT-3 for GitHub Copilot
···
On 11/2/21 04:41, Andy Maleh wrote:
Martin, what hmdne might have been alluding to is test bots. In other
words, if someone writes automated tests that install your gem on
every run, then that will get you a repetitive number of downloads
that are not representative of real world usage.
On an unrelated note, I fixed my site, so I can have conversations again.
···
On Mon, Nov 1, 2021 at 11:42 PM Andy Maleh <andy.am@gmail.com> wrote:
Martin, what hmdne might have been alluding to is test bots. In other
words, if someone writes automated tests that install your gem on
every run, then that will get you a repetitive number of downloads
that are not representative of real world usage.
That is why I made sure to configure my GitHub Actions to rely on a
cache for gems, thus avoiding that problem by installing a gem only
once and reusing it on subsequent test runs:
On Mon, Nov 1, 2021 at 11:38 PM Martin DeMello <martindemello@gmail.com> > wrote:
>
> On Mon, Nov 1, 2021 at 8:25 PM hmdne <hmdne@airmail.cc> wrote:
>>
>>
>> You may be missing a fact, that there are a lot of bots automatically
>> downloading gems for eg. testing purposes or vulnerability scanning.
>
>
> i have a gem i'm pretty sure i'm the only user of, and it has gotten 225
downloads in the past month, so that should be a decent baseline estimate
of bot traffic. (unless bots disproportionately scrape gems based on
criteria other than just being in the index). interesting thing to try to
figure out, though.
>
> martin
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
Andy, I don't think WebSpeech is usable with Glimmer without QWebEngine or
something
Regardless, C++ is going to be more portable and less bloated.
Qt is VERY portable
···
On Mon, Nov 1, 2021 at 11:46 PM Gregory Cohen <gregorycohen2@gmail.com> wrote:
On an unrelated note, I fixed my site, so I can have conversations again.
On Mon, Nov 1, 2021 at 11:42 PM Andy Maleh <andy.am@gmail.com> wrote:
Martin, what hmdne might have been alluding to is test bots. In other
words, if someone writes automated tests that install your gem on
every run, then that will get you a repetitive number of downloads
that are not representative of real world usage.
That is why I made sure to configure my GitHub Actions to rely on a
cache for gems, thus avoiding that problem by installing a gem only
once and reusing it on subsequent test runs:
On Mon, Nov 1, 2021 at 11:38 PM Martin DeMello <martindemello@gmail.com> >> wrote:
>
> On Mon, Nov 1, 2021 at 8:25 PM hmdne <hmdne@airmail.cc> wrote:
>>
>>
>> You may be missing a fact, that there are a lot of bots automatically
>> downloading gems for eg. testing purposes or vulnerability scanning.
>
>
> i have a gem i'm pretty sure i'm the only user of, and it has gotten
225 downloads in the past month, so that should be a decent baseline
estimate of bot traffic. (unless bots disproportionately scrape gems based
on criteria other than just being in the index). interesting thing to try
to figure out, though.
>
> martin
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
On Tue, Nov 2, 2021 at 12:10 AM Gregory Cohen <gregorycohen2@gmail.com> wrote:
Andy, I don't think WebSpeech is usable with Glimmer without QWebEngine or
something
Regardless, C++ is going to be more portable and less bloated.
Qt is VERY portable
On Mon, Nov 1, 2021 at 11:46 PM Gregory Cohen <gregorycohen2@gmail.com> > wrote:
On an unrelated note, I fixed my site, so I can have conversations again.
On Mon, Nov 1, 2021 at 11:42 PM Andy Maleh <andy.am@gmail.com> wrote:
Martin, what hmdne might have been alluding to is test bots. In other
words, if someone writes automated tests that install your gem on
every run, then that will get you a repetitive number of downloads
that are not representative of real world usage.
That is why I made sure to configure my GitHub Actions to rely on a
cache for gems, thus avoiding that problem by installing a gem only
once and reusing it on subsequent test runs:
On Mon, Nov 1, 2021 at 11:38 PM Martin DeMello <martindemello@gmail.com> >>> wrote:
>
> On Mon, Nov 1, 2021 at 8:25 PM hmdne <hmdne@airmail.cc> wrote:
>>
>>
>> You may be missing a fact, that there are a lot of bots automatically
>> downloading gems for eg. testing purposes or vulnerability scanning.
>
>
> i have a gem i'm pretty sure i'm the only user of, and it has gotten
225 downloads in the past month, so that should be a decent baseline
estimate of bot traffic. (unless bots disproportionately scrape gems based
on criteria other than just being in the index). interesting thing to try
to figure out, though.
>
> martin
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
You would probably be surprised to know, that WebSpeech in Chromium actually works using a proprietary and remote Google web service (ie. 1. will send your voice to a remote untrusted service, 2. will need internet connection to work).
Speech recognition is a hard problem that requires machine learning. There are some open source solution to that, but as with all machine learning, this may be hard to provision and will provide lesser quality than Google services.
I would direct you to https://mycroft.ai to explore what they use for speech recognition.
···
On 11/2/21 05:10, Gregory Cohen wrote:
Andy, I don't think WebSpeech is usable with Glimmer without QWebEngine or something
Regardless, C++ is going to be more portable and less bloated.
My program or programs are an example for which Glimmer is NOT a "solution".
I'm not trying to be rude to Andy, just don't push your software in places
for which it is not appropriate
···
On Tue, Nov 2, 2021 at 12:20 AM hmdne <hmdne@airmail.cc> wrote:
You would probably be surprised to know, that WebSpeech in Chromium
actually works using a proprietary and remote Google web service (ie. 1.
will send your voice to a remote untrusted service, 2. will need
internet connection to work).
Speech recognition is a hard problem that requires machine learning.
There are some open source solution to that, but as with all machine
learning, this may be hard to provision and will provide lesser quality
than Google services.
I would direct you to https://mycroft.ai to explore what they use for
speech recognition.
On 11/2/21 05:10, Gregory Cohen wrote:
> Andy, I don't think WebSpeech is usable with Glimmer without
> QWebEngine or something
>
> Regardless, C++ is going to be more portable and less bloated.
>
> Qt is VERY portable
Certainly, Glimmer is a Ruby library concerned with creating graphical user interfaces. For Speech-to-text you are likely to supplant it with another Gem that would interface untrusted remote services or some STT daemon present on a machine.
···
On 11/2/21 05:22, Gregory Cohen wrote:
I know, I'm familiar with that.
My program or programs are an example for which Glimmer is NOT a "solution".
I'm not trying to be rude to Andy, just don't push your software in places for which it is not appropriate
On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
On 11/2/21 05:22, Gregory Cohen wrote:
> I know, I'm familiar with that.
>
> My program or programs are an example for which Glimmer is NOT a
> "solution".
>
> I'm not trying to be rude to Andy, just don't push your software in
> places for which it is not appropriate
>
Certainly, Glimmer is a Ruby library concerned with creating graphical
user interfaces. For Speech-to-text you are likely to supplant it with
another Gem that would interface untrusted remote services or some STT
daemon present on a machine.
"My program or programs are an example for which Glimmer is NOT a "solution".
I'm not trying to be rude to Andy, just don't push your software in places for which it is not appropriate"
Again, some naivité with very bold statements not backed by enough
experience. Glimmer is not about the web speech part. You handle that
with a Web Service and you simply consume it from Ruby in a Glimmer
app (ever heard of Ruby net/http or the httparty gem?). Remember that
web browsers are desktop apps, so desktop GUIs can wrap around any
functionality you want, but they don't do it. You simply add libraries
where needed. In other words, Glimmer does not lose points for not
handling the web speech part. It's just not part of its mission
statement. Glimmer has nothing to do with speech.. It's a GUI library,
which is why you use the right tool for the job, without assuming it
can do everything... In fact, if a library claims to do everything it
is usually bad and you should avoid it. QT is dead on arrival. It
doesn't produce native widgets on Mac or Windows, so its portability
is useless just like that of Java Swing.
Don't worry about "being rude". Worry more about doing what is right..
that is using the right tool for the job without expecting any tool to
be the golden hammer that does everything and without being
disappointed if a tool does not do everything. Just look for other
tools as necessary until all needs are met.
···
On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> wrote:
Thank you hmdne, for being a voice of reason
On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
On 11/2/21 05:22, Gregory Cohen wrote:
> I know, I'm familiar with that.
>
> My program or programs are an example for which Glimmer is NOT a
> "solution".
>
> I'm not trying to be rude to Andy, just don't push your software in
> places for which it is not appropriate
>
Certainly, Glimmer is a Ruby library concerned with creating graphical
user interfaces. For Speech-to-text you are likely to supplant it with
another Gem that would interface untrusted remote services or some STT
daemon present on a machine.
Qt can have native widgets, but you wouldn't know.
···
On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
> "My program or programs are an example for which Glimmer is NOT a
"solution".
>
> I'm not trying to be rude to Andy, just don't push your software in
places for which it is not appropriate"
Again, some naivité with very bold statements not backed by enough
experience. Glimmer is not about the web speech part. You handle that
with a Web Service and you simply consume it from Ruby in a Glimmer
app (ever heard of Ruby net/http or the httparty gem?). Remember that
web browsers are desktop apps, so desktop GUIs can wrap around any
functionality you want, but they don't do it. You simply add libraries
where needed. In other words, Glimmer does not lose points for not
handling the web speech part. It's just not part of its mission
statement. Glimmer has nothing to do with speech.. It's a GUI library,
which is why you use the right tool for the job, without assuming it
can do everything... In fact, if a library claims to do everything it
is usually bad and you should avoid it. QT is dead on arrival. It
doesn't produce native widgets on Mac or Windows, so its portability
is useless just like that of Java Swing.
Don't worry about "being rude". Worry more about doing what is right..
that is using the right tool for the job without expecting any tool to
be the golden hammer that does everything and without being
disappointed if a tool does not do everything. Just look for other
tools as necessary until all needs are met.
On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> > wrote:
>
> Thank you hmdne, for being a voice of reason
>
> On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
>>
>> On 11/2/21 05:22, Gregory Cohen wrote:
>> > I know, I'm familiar with that.
>> >
>> > My program or programs are an example for which Glimmer is NOT a
>> > "solution".
>> >
>> > I'm not trying to be rude to Andy, just don't push your software in
>> > places for which it is not appropriate
>> >
>> Certainly, Glimmer is a Ruby library concerned with creating graphical
>> user interfaces. For Speech-to-text you are likely to supplant it with
>> another Gem that would interface untrusted remote services or some STT
>> daemon present on a machine.
>>
>> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
>> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
I wrote in Javascript because I didn't care about graphics, I cared about WebSpeech
That is a shame. It would have been a lot more interesting to write
Ruby and then produce a new highly productive and impressive Web
Speech DSL for Ruby for example that pushes the Ruby language into new
frontiers. I know you have it in you. Your C+=2 implementation was
quite expressive and interesting.
JavaScript is OK as an educational exercise, but I prefer to always
try to rethink things the Ruby way and see what comes out!
That's how Opal was conceived I bet! People didn't just say "Oh we
give up on web front-end development! We will just use javascript
forever." They rolled their sleeves and reinvented web front end
programming completely with the Ruby language. I dreamed of this since
I started working with Ruby in 2008. I was so thrilled when I heard of
Opal for the first time.
···
On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
> "My program or programs are an example for which Glimmer is NOT a "solution".
>
> I'm not trying to be rude to Andy, just don't push your software in places for which it is not appropriate"
Again, some naivité with very bold statements not backed by enough
experience. Glimmer is not about the web speech part. You handle that
with a Web Service and you simply consume it from Ruby in a Glimmer
app (ever heard of Ruby net/http or the httparty gem?). Remember that
web browsers are desktop apps, so desktop GUIs can wrap around any
functionality you want, but they don't do it. You simply add libraries
where needed. In other words, Glimmer does not lose points for not
handling the web speech part. It's just not part of its mission
statement. Glimmer has nothing to do with speech.. It's a GUI library,
which is why you use the right tool for the job, without assuming it
can do everything... In fact, if a library claims to do everything it
is usually bad and you should avoid it. QT is dead on arrival. It
doesn't produce native widgets on Mac or Windows, so its portability
is useless just like that of Java Swing.
Don't worry about "being rude". Worry more about doing what is right..
that is using the right tool for the job without expecting any tool to
be the golden hammer that does everything and without being
disappointed if a tool does not do everything. Just look for other
tools as necessary until all needs are met.
On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> wrote:
>
> Thank you hmdne, for being a voice of reason
>
> On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
>>
>> On 11/2/21 05:22, Gregory Cohen wrote:
>> > I know, I'm familiar with that.
>> >
>> > My program or programs are an example for which Glimmer is NOT a
>> > "solution".
>> >
>> > I'm not trying to be rude to Andy, just don't push your software in
>> > places for which it is not appropriate
>> >
>> Certainly, Glimmer is a Ruby library concerned with creating graphical
>> user interfaces. For Speech-to-text you are likely to supplant it with
>> another Gem that would interface untrusted remote services or some STT
>> daemon present on a machine.
>>
>> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
>> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
I was just trying to make Webspeech work. I could port my javascript to ruby
···
On Tue, Nov 2, 2021 at 1:06 AM Andy Maleh <andy.am@gmail.com> wrote:
> I wrote in Javascript because I didn't care about graphics, I cared
about WebSpeech
That is a shame. It would have been a lot more interesting to write
Ruby and then produce a new highly productive and impressive Web
Speech DSL for Ruby for example that pushes the Ruby language into new
frontiers. I know you have it in you. Your C+=2 implementation was
quite expressive and interesting.
JavaScript is OK as an educational exercise, but I prefer to always
try to rethink things the Ruby way and see what comes out!
That's how Opal was conceived I bet! People didn't just say "Oh we
give up on web front-end development! We will just use javascript
forever." They rolled their sleeves and reinvented web front end
programming completely with the Ruby language. I dreamed of this since
I started working with Ruby in 2008. I was so thrilled when I heard of
Opal for the first time.
On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
>
> > "My program or programs are an example for which Glimmer is NOT a
"solution".
> >
> > I'm not trying to be rude to Andy, just don't push your software in
places for which it is not appropriate"
>
> Again, some naivité with very bold statements not backed by enough
> experience. Glimmer is not about the web speech part. You handle that
> with a Web Service and you simply consume it from Ruby in a Glimmer
> app (ever heard of Ruby net/http or the httparty gem?). Remember that
> web browsers are desktop apps, so desktop GUIs can wrap around any
> functionality you want, but they don't do it. You simply add libraries
> where needed. In other words, Glimmer does not lose points for not
> handling the web speech part. It's just not part of its mission
> statement. Glimmer has nothing to do with speech.. It's a GUI library,
> which is why you use the right tool for the job, without assuming it
> can do everything... In fact, if a library claims to do everything it
> is usually bad and you should avoid it. QT is dead on arrival. It
> doesn't produce native widgets on Mac or Windows, so its portability
> is useless just like that of Java Swing.
>
> Don't worry about "being rude". Worry more about doing what is right..
> that is using the right tool for the job without expecting any tool to
> be the golden hammer that does everything and without being
> disappointed if a tool does not do everything. Just look for other
> tools as necessary until all needs are met.
>
> On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> > wrote:
> >
> > Thank you hmdne, for being a voice of reason
> >
> > On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
> >>
> >> On 11/2/21 05:22, Gregory Cohen wrote:
> >> > I know, I'm familiar with that.
> >> >
> >> > My program or programs are an example for which Glimmer is NOT a
> >> > "solution".
> >> >
> >> > I'm not trying to be rude to Andy, just don't push your software in
> >> > places for which it is not appropriate
> >> >
> >> Certainly, Glimmer is a Ruby library concerned with creating graphical
> >> user interfaces. For Speech-to-text you are likely to supplant it with
> >> another Gem that would interface untrusted remote services or some STT
> >> daemon present on a machine.
> >>
> >> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> >> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
> >
> >
> > Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> > <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
>
> --
> Andy Maleh
>
> LinkedIn: Andy Maleh - Lexop | LinkedIn
> Blog: http://andymaleh.blogspot.com
> GitHub: http://www.github.com/AndyObtiva
Andy, maybe I'll make that in a few months or a year.
Just be more polite, OK?
···
On Tue, Nov 2, 2021 at 1:06 AM Andy Maleh <andy.am@gmail.com> wrote:
> I wrote in Javascript because I didn't care about graphics, I cared
about WebSpeech
That is a shame. It would have been a lot more interesting to write
Ruby and then produce a new highly productive and impressive Web
Speech DSL for Ruby for example that pushes the Ruby language into new
frontiers. I know you have it in you. Your C+=2 implementation was
quite expressive and interesting.
JavaScript is OK as an educational exercise, but I prefer to always
try to rethink things the Ruby way and see what comes out!
That's how Opal was conceived I bet! People didn't just say "Oh we
give up on web front-end development! We will just use javascript
forever." They rolled their sleeves and reinvented web front end
programming completely with the Ruby language. I dreamed of this since
I started working with Ruby in 2008. I was so thrilled when I heard of
Opal for the first time.
On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
>
> > "My program or programs are an example for which Glimmer is NOT a
"solution".
> >
> > I'm not trying to be rude to Andy, just don't push your software in
places for which it is not appropriate"
>
> Again, some naivité with very bold statements not backed by enough
> experience. Glimmer is not about the web speech part. You handle that
> with a Web Service and you simply consume it from Ruby in a Glimmer
> app (ever heard of Ruby net/http or the httparty gem?). Remember that
> web browsers are desktop apps, so desktop GUIs can wrap around any
> functionality you want, but they don't do it. You simply add libraries
> where needed. In other words, Glimmer does not lose points for not
> handling the web speech part. It's just not part of its mission
> statement. Glimmer has nothing to do with speech.. It's a GUI library,
> which is why you use the right tool for the job, without assuming it
> can do everything... In fact, if a library claims to do everything it
> is usually bad and you should avoid it. QT is dead on arrival. It
> doesn't produce native widgets on Mac or Windows, so its portability
> is useless just like that of Java Swing.
>
> Don't worry about "being rude". Worry more about doing what is right..
> that is using the right tool for the job without expecting any tool to
> be the golden hammer that does everything and without being
> disappointed if a tool does not do everything. Just look for other
> tools as necessary until all needs are met.
>
> On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> > wrote:
> >
> > Thank you hmdne, for being a voice of reason
> >
> > On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
> >>
> >> On 11/2/21 05:22, Gregory Cohen wrote:
> >> > I know, I'm familiar with that.
> >> >
> >> > My program or programs are an example for which Glimmer is NOT a
> >> > "solution".
> >> >
> >> > I'm not trying to be rude to Andy, just don't push your software in
> >> > places for which it is not appropriate
> >> >
> >> Certainly, Glimmer is a Ruby library concerned with creating graphical
> >> user interfaces. For Speech-to-text you are likely to supplant it with
> >> another Gem that would interface untrusted remote services or some STT
> >> daemon present on a machine.
> >>
> >> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> >> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
> >
> >
> > Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> > <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
>
> --
> Andy Maleh
>
> LinkedIn: Andy Maleh - Lexop | LinkedIn
> Blog: http://andymaleh.blogspot.com
> GitHub: http://www.github.com/AndyObtiva
On Tue, Nov 2, 2021 at 1:09 AM Gregory Cohen <gregorycohen2@gmail.com> wrote:
Andy, maybe I'll make that in a few months or a year.
Just be more polite, OK?
On Tue, Nov 2, 2021 at 1:06 AM Andy Maleh <andy.am@gmail.com> wrote:
> I wrote in Javascript because I didn't care about graphics, I cared
about WebSpeech
That is a shame. It would have been a lot more interesting to write
Ruby and then produce a new highly productive and impressive Web
Speech DSL for Ruby for example that pushes the Ruby language into new
frontiers. I know you have it in you. Your C+=2 implementation was
quite expressive and interesting.
JavaScript is OK as an educational exercise, but I prefer to always
try to rethink things the Ruby way and see what comes out!
That's how Opal was conceived I bet! People didn't just say "Oh we
give up on web front-end development! We will just use javascript
forever." They rolled their sleeves and reinvented web front end
programming completely with the Ruby language. I dreamed of this since
I started working with Ruby in 2008. I was so thrilled when I heard of
Opal for the first time.
On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
>
> > "My program or programs are an example for which Glimmer is NOT a
"solution".
> >
> > I'm not trying to be rude to Andy, just don't push your software in
places for which it is not appropriate"
>
> Again, some naivité with very bold statements not backed by enough
> experience. Glimmer is not about the web speech part. You handle that
> with a Web Service and you simply consume it from Ruby in a Glimmer
> app (ever heard of Ruby net/http or the httparty gem?). Remember that
> web browsers are desktop apps, so desktop GUIs can wrap around any
> functionality you want, but they don't do it. You simply add libraries
> where needed. In other words, Glimmer does not lose points for not
> handling the web speech part. It's just not part of its mission
> statement. Glimmer has nothing to do with speech.. It's a GUI library,
> which is why you use the right tool for the job, without assuming it
> can do everything... In fact, if a library claims to do everything it
> is usually bad and you should avoid it. QT is dead on arrival. It
> doesn't produce native widgets on Mac or Windows, so its portability
> is useless just like that of Java Swing.
>
> Don't worry about "being rude". Worry more about doing what is right..
> that is using the right tool for the job without expecting any tool to
> be the golden hammer that does everything and without being
> disappointed if a tool does not do everything. Just look for other
> tools as necessary until all needs are met.
>
> On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> >> wrote:
> >
> > Thank you hmdne, for being a voice of reason
> >
> > On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
> >>
> >> On 11/2/21 05:22, Gregory Cohen wrote:
> >> > I know, I'm familiar with that.
> >> >
> >> > My program or programs are an example for which Glimmer is NOT a
> >> > "solution".
> >> >
> >> > I'm not trying to be rude to Andy, just don't push your software in
> >> > places for which it is not appropriate
> >> >
> >> Certainly, Glimmer is a Ruby library concerned with creating
graphical
> >> user interfaces. For Speech-to-text you are likely to supplant it
with
> >> another Gem that would interface untrusted remote services or some
STT
> >> daemon present on a machine.
> >>
> >> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> >> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
> >
> >
> > Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> > <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
>
> --
> Andy Maleh
>
> LinkedIn: Andy Maleh - Lexop | LinkedIn
> Blog: http://andymaleh.blogspot.com
> GitHub: http://www.github.com/AndyObtiva
Andy, I created a multi-module backend system in Ruby
It's in my gem
It's all in Ruby
I plan on using Ruby on my site
···
On Tue, Nov 2, 2021 at 1:06 AM Andy Maleh <andy.am@gmail.com> wrote:
> I wrote in Javascript because I didn't care about graphics, I cared
about WebSpeech
That is a shame. It would have been a lot more interesting to write
Ruby and then produce a new highly productive and impressive Web
Speech DSL for Ruby for example that pushes the Ruby language into new
frontiers. I know you have it in you. Your C+=2 implementation was
quite expressive and interesting.
JavaScript is OK as an educational exercise, but I prefer to always
try to rethink things the Ruby way and see what comes out!
That's how Opal was conceived I bet! People didn't just say "Oh we
give up on web front-end development! We will just use javascript
forever." They rolled their sleeves and reinvented web front end
programming completely with the Ruby language. I dreamed of this since
I started working with Ruby in 2008. I was so thrilled when I heard of
Opal for the first time.
On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
>
> > "My program or programs are an example for which Glimmer is NOT a
"solution".
> >
> > I'm not trying to be rude to Andy, just don't push your software in
places for which it is not appropriate"
>
> Again, some naivité with very bold statements not backed by enough
> experience. Glimmer is not about the web speech part. You handle that
> with a Web Service and you simply consume it from Ruby in a Glimmer
> app (ever heard of Ruby net/http or the httparty gem?). Remember that
> web browsers are desktop apps, so desktop GUIs can wrap around any
> functionality you want, but they don't do it. You simply add libraries
> where needed. In other words, Glimmer does not lose points for not
> handling the web speech part. It's just not part of its mission
> statement. Glimmer has nothing to do with speech.. It's a GUI library,
> which is why you use the right tool for the job, without assuming it
> can do everything... In fact, if a library claims to do everything it
> is usually bad and you should avoid it. QT is dead on arrival. It
> doesn't produce native widgets on Mac or Windows, so its portability
> is useless just like that of Java Swing.
>
> Don't worry about "being rude". Worry more about doing what is right..
> that is using the right tool for the job without expecting any tool to
> be the golden hammer that does everything and without being
> disappointed if a tool does not do everything. Just look for other
> tools as necessary until all needs are met.
>
> On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> > wrote:
> >
> > Thank you hmdne, for being a voice of reason
> >
> > On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
> >>
> >> On 11/2/21 05:22, Gregory Cohen wrote:
> >> > I know, I'm familiar with that.
> >> >
> >> > My program or programs are an example for which Glimmer is NOT a
> >> > "solution".
> >> >
> >> > I'm not trying to be rude to Andy, just don't push your software in
> >> > places for which it is not appropriate
> >> >
> >> Certainly, Glimmer is a Ruby library concerned with creating graphical
> >> user interfaces. For Speech-to-text you are likely to supplant it with
> >> another Gem that would interface untrusted remote services or some STT
> >> daemon present on a machine.
> >>
> >> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> >> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
> >
> >
> > Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> > <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
>
> --
> Andy Maleh
>
> LinkedIn: Andy Maleh - Lexop | LinkedIn
> Blog: http://andymaleh.blogspot.com
> GitHub: http://www.github.com/AndyObtiva
If I understand correctly, Qt does native-like rendering of widgets
(just like Tk) instead of deferring to native GUI APIs on each
platform. It yields a native look without being truly native. If I
already have native libraries elsewhere like in SWT and LibUI, I do
not see the point of using Qt. The bigger issue though is that it is
no longer supported for Ruby (since April 17, 2018 : qtbindings | RubyGems.org | your community gem host)
···
On Tue, Nov 2, 2021 at 1:04 AM Gregory Cohen <gregorycohen2@gmail.com> wrote:
Andy, I'm not going to bicker with you.
Qt can have native widgets, but you wouldn't know.
On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
> "My program or programs are an example for which Glimmer is NOT a "solution".
>
> I'm not trying to be rude to Andy, just don't push your software in places for which it is not appropriate"
Again, some naivité with very bold statements not backed by enough
experience. Glimmer is not about the web speech part. You handle that
with a Web Service and you simply consume it from Ruby in a Glimmer
app (ever heard of Ruby net/http or the httparty gem?). Remember that
web browsers are desktop apps, so desktop GUIs can wrap around any
functionality you want, but they don't do it. You simply add libraries
where needed. In other words, Glimmer does not lose points for not
handling the web speech part. It's just not part of its mission
statement. Glimmer has nothing to do with speech.. It's a GUI library,
which is why you use the right tool for the job, without assuming it
can do everything... In fact, if a library claims to do everything it
is usually bad and you should avoid it. QT is dead on arrival. It
doesn't produce native widgets on Mac or Windows, so its portability
is useless just like that of Java Swing.
Don't worry about "being rude". Worry more about doing what is right..
that is using the right tool for the job without expecting any tool to
be the golden hammer that does everything and without being
disappointed if a tool does not do everything. Just look for other
tools as necessary until all needs are met.
On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> wrote:
>
> Thank you hmdne, for being a voice of reason
>
> On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
>>
>> On 11/2/21 05:22, Gregory Cohen wrote:
>> > I know, I'm familiar with that.
>> >
>> > My program or programs are an example for which Glimmer is NOT a
>> > "solution".
>> >
>> > I'm not trying to be rude to Andy, just don't push your software in
>> > places for which it is not appropriate
>> >
>> Certainly, Glimmer is a Ruby library concerned with creating graphical
>> user interfaces. For Speech-to-text you are likely to supplant it with
>> another Gem that would interface untrusted remote services or some STT
>> daemon present on a machine.
>>
>> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
>> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
On Tue, Nov 2, 2021 at 1:15 AM Andy Maleh <andy.am@gmail.com> wrote:
If I understand correctly, Qt does native-like rendering of widgets
(just like Tk) instead of deferring to native GUI APIs on each
platform. It yields a native look without being truly native. If I
already have native libraries elsewhere like in SWT and LibUI, I do
not see the point of using Qt. The bigger issue though is that it is
no longer supported for Ruby (since April 17, 2018 : qtbindings | RubyGems.org | your community gem host)
On Tue, Nov 2, 2021 at 1:04 AM Gregory Cohen <gregorycohen2@gmail.com> > wrote:
>
> Andy, I'm not going to bicker with you.
>
> Qt can have native widgets, but you wouldn't know.
>
> On Tue, Nov 2, 2021 at 12:59 AM Andy Maleh <andy.am@gmail.com> wrote:
>>
>> > "My program or programs are an example for which Glimmer is NOT a
"solution".
>> >
>> > I'm not trying to be rude to Andy, just don't push your software in
places for which it is not appropriate"
>>
>> Again, some naivité with very bold statements not backed by enough
>> experience. Glimmer is not about the web speech part. You handle that
>> with a Web Service and you simply consume it from Ruby in a Glimmer
>> app (ever heard of Ruby net/http or the httparty gem?). Remember that
>> web browsers are desktop apps, so desktop GUIs can wrap around any
>> functionality you want, but they don't do it. You simply add libraries
>> where needed. In other words, Glimmer does not lose points for not
>> handling the web speech part. It's just not part of its mission
>> statement. Glimmer has nothing to do with speech.. It's a GUI library,
>> which is why you use the right tool for the job, without assuming it
>> can do everything... In fact, if a library claims to do everything it
>> is usually bad and you should avoid it. QT is dead on arrival. It
>> doesn't produce native widgets on Mac or Windows, so its portability
>> is useless just like that of Java Swing.
>>
>> Don't worry about "being rude". Worry more about doing what is right..
>> that is using the right tool for the job without expecting any tool to
>> be the golden hammer that does everything and without being
>> disappointed if a tool does not do everything. Just look for other
>> tools as necessary until all needs are met.
>>
>> On Tue, Nov 2, 2021 at 12:28 AM Gregory Cohen <gregorycohen2@gmail.com> > wrote:
>> >
>> > Thank you hmdne, for being a voice of reason
>> >
>> > On Tue, Nov 2, 2021 at 12:27 AM hmdne <hmdne@airmail.cc> wrote:
>> >>
>> >> On 11/2/21 05:22, Gregory Cohen wrote:
>> >> > I know, I'm familiar with that.
>> >> >
>> >> > My program or programs are an example for which Glimmer is NOT a
>> >> > "solution".
>> >> >
>> >> > I'm not trying to be rude to Andy, just don't push your software in
>> >> > places for which it is not appropriate
>> >> >
>> >> Certainly, Glimmer is a Ruby library concerned with creating
graphical
>> >> user interfaces. For Speech-to-text you are likely to supplant it
with
>> >> another Gem that would interface untrusted remote services or some
STT
>> >> daemon present on a machine.
>> >>
>> >> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
>> >> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>> >
>> >
>> > Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
>> > <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>>
>>
>>
>> --
>> Andy Maleh
>>
>> LinkedIn: Andy Maleh - Lexop | LinkedIn
>> Blog: http://andymaleh.blogspot.com
>> GitHub: http://www.github.com/AndyObtiva
>>
>> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
>> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>
>
>
> Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>