Re: Rx library

[Geoffrey Huntley]

Still alive. Still maintained (hi ＼(°o°)／ )

On Tue, 19 May 2020, 10:26 am Greg Keogh,  wrote:

> Folks, I have to listen for unpredictable bursts of events, and when they
> cease for a certain interval I send out a single event. I guess this is one
> of the things that Rx was invented for, but I've never needed or used it
> before.
>
> Before I start using Rx for the first time, I just want to check that it's
> still alive and maintained. It hasn't been replaced by something in recent
> years has it?
>
> *Greg K*
>

Re: Friday Rant (today!)

[Geoffrey Huntley]

FYI if you don't know about it: https://github.com/Squirrel/Squirrel.Windows
is a thing, that sucks less that most options and is a pit of happiness.

On 23 January 2017 at 13:43, Nick Randolph  wrote:

> And don’t forget that once you’re done building your MSI, you should then
> run it through the MSI->APPX converter so that you can deploy via the
> Windows Store (ducks and runs for cover before being laughed off the
> mailing list for suggesting the Windows Store).
>
>
>
> *Nick Randolph* | *Built to Roam Pty Ltd* | Microsoft MVP – Windows
> Platform Development | +61 412 413 425 <+61%20412%20413%20425> |
> @thenickrandolph | skype:nick_randolph
> The information contained in this email is confidential. If you are not
> the intended recipient, you may not disclose or use the information in this
> email in any way. Built to Roam Pty Ltd does not guarantee the integrity of
> any emails or attached files. The views or opinions expressed are the
> author's own and may not reflect the views or opinions of Built to Roam Pty
> Ltd.
>
>
>
> *From:* ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-bounces@
> ozdotnet.com] *On Behalf Of *mike smith
> *Sent:* Monday, 23 January 2017 11:44 AM
> *To:* Glen Harvy ; ozDotNet 
> *Subject:* Re: Friday Rant (today!)
>
>
>
> We use it to generate fairly complex MSIs, and MSPs for patches and
> hotfixes.  The WXS and WXI files make your eyes bleed, but once you get
> over that, it's ok.  It's almost unavoidable to use it if you have
> customers that want to use enterprise policy setups.
>
>
>
> Mike
>
>
>
> On Sun, Jan 22, 2017 at 6:37 PM, Glen Harvy  wrote:
>
> For what it's worth, I agree with you wholeheartedly :-(
>
> On 22/01/2017 3:20 PM, Greg Keogh wrote:
>
>
>
> So overall, either I'm really missing something, or nothing much has
> changed and WiX is still just a huge XML file with a jumbled set of command
> line tools.
>
>
>
> *GK*
>
>
>
>
>
>
>
>
>
> --
>
> Meski
>
>  http://courteous.ly/aAOZcv
>
>
> "Going to Starbucks for coffee is like going to prison for sex. Sure,
> you'll get it, but it's going to be rough" - Adam Hills
>

Re: Xamarin update warning

[Geoffrey Huntley]

Agreed. This wasn't the highest quality release, lots of regressions on
basic functionality [1]. Disappointing.

[1] https://bugzilla.xamarin.com/show_bug.cgi?id=44402


On 19 September 2016 at 12:58, Greg Keogh  wrote:

> Folks, on Friday Xamarin Studio told there were updates available, this
> happens every month or so, so I said "sure" and let it go.
>
> This morning I find compile errors relating to casts, arrays and
> IEnumerable that make no sense, like the compiler has become stupidly
> aggressive. Then I discover I can't open a XAML page because the Android
> SDK is outdated, and after tedious web searches reveal what to do it looks
> like the SDK Manager is downloading gigwatts of updates. Then the iOS 9
> iPad has vanished from the device picker and I only see iOS 10 Retina and
> Air devices listed. Worst of all, the app no longer runs in the iOS
> simulator and simply flashes and closes with no error, leaving me no way to
> diagnose what's wrong.
>
> So basically, this update has fried me to hell and I'm going to lose at
> least a full days work. Anyone else using Xamarin Studio beware.
>
> Things like this shouldn't happen in this day and age.
>
> *Greg*
>

Re: Headphones Review [OT]

[Geoffrey Huntley]

At your desk

EITHER sennheiser 558 or sennheiser 598
THEN purchase this
https://www.amazon.com/FiiO-E10K-Headphone-Amplifier-Black/dp/B00LP3AMC2
(seriously)

For travel

Import these from Korea - ~50 to 150 -
http://www.ebay.com.au/itm/Sony-Headphones-MDR-ZX750BN-Genuine-/282106883170


On 22 July 2016 at 09:11, mike smith  wrote:

>
> https://www.kickstarter.com/projects/californiaheadphones/california-headphones-premium-metal-and-leather-de
>
>
>
> On Fri, Jul 22, 2016 at 7:49 AM, Greg Keogh  wrote:
>
>> Basically anyone making eating noises makes me want to be violent.
>>>
>> Rap and opera have the same effect upon me.
>>
>> To compound your misophonia, what about being stuck in the cinema next to
>> someone who eats a huge cup of popcorn, for over an hour, crunching and
>> wafting of sickly sweet isobutyl-pentasulphide gas? It happened to me two
>> weekends ago. A cocktail of sound and smell.
>>
>> *GK*
>>
>
>
>
> --
> Meski
>
>  http://courteous.ly/aAOZcv
>
> "Going to Starbucks for coffee is like going to prison for sex. Sure,
> you'll get it, but it's going to be rough" - Adam Hills
>

Re: [OT] Philips (Benq) 4K monitor

[Geoffrey Huntley]

If you still need convincing -
http://weblog.west-wind.com/posts/2015/Nov/23/Going-Big-40-Glorious-inches-of-4k-with-the-Philips-BDM4065UC

On 15 February 2016 at 15:47, Stephen Price 
wrote:

> Just buy it.
>
>
>
> This is mine.
>
> Being able to use 4k at 100% scaling has to be experienced to comprehend.
>
>
>
> I even game on it (in 4k) so make sure you have a nice graphics card. I
> have NVidia gtx 980 which can drive 4 screens (2 of which are 4k)
>
>
>
> Resized photo attached...
>
>
>
> Sent from Mail  for
> Windows 10
>
>
>
> *From: *Ian Thomas 
> *Sent: *Monday, 15 February 2016 12:18 PM
> *To: *ozdotnet@ozdotnet.com
> *Subject: *[OT] Philips (Benq) 4K monitor
>
>
>
> This may be of interest –
>
> I was referred to this 4K monitor, 40”- 4K at 60Hz for $999.00 – I haven’t
> seen it in action but my referral is usually reliable.
>
>
> http://www.umart.com.au/umart1/pro/Products-details.phtml?id=10&id2=143&bid=7&sid=239024
>
>
>
> It has remarkably good connectivity.
>
> branded as Philips, made by BenQ – Philips has good warranty services here
> I’m told
>
> Ian Thomas
>
> Albert Park, Victoria 3206 Australia
>
>
>

Re: Code snippets

[Geoffrey Huntley]

You could make a http://sidewaffle.com/ plugin for your snippets but that
won't help you with the versioning across projects issue once they are in
your code-base.

On 19 January 2016 at 10:54, Greg Keogh  wrote:

> example. It will check out whole files. As whole files, your snippets
>> will need to be complete C# source files, which means classes (whole
>> or partial, but classes nonetheless), not isolated methods.
>>
>
> Nah, I want text "snippets" not classes
>
> can forget about reliable IntelliSense. Personally, I would not go
>> down this splicing route unless both Visual Studio and csc.exe had
>> first-class support for it. For now, snippet files with static partial
>>
>
> If I could write a VS extension then it would all be first-class, but
> that's too hard for now. I think I'll drop this idea until a future long
> weekend.
>
> *GK*
>

Re: Code snippets

[Geoffrey Huntley]

> But I would finish up with dozens of them, each contain maybe only 10
lines of code.

I don't see a anything wrong with that, we were discussing this exact thing
this morning in the ReactiveUI slack room.

The ReactiveExtensions NuGet package is considered 'bloated'  and
absolutely *hate* how many references it pulls in even though combined file
size is less than 500kb.

It's 100% this weird psychological thing.

With the right effort up front it becomes incredibly simple to ship a
single library as a NuGet package. It can be templated and automated, I
have my own yeoman generator just for doing exactly this for Xamarin PCLs.

On Tue, Jan 19, 2016, 9:40 AM Nathan Fisher 
wrote:

> Nuget can be used to include just code files, all the javascript, css and
> html nuget packages would fit into that category.
>
> Regards
> Nathan
>
> Date: Tue, 19 Jan 2016 09:17:38 +1100
> From: Greg Keogh 
> Subject: Re: Code snippets
> To: ozDotNet 
> Message-ID:
> <
> cabdhbw2kkwrgkgknyv9fefyvqfaynyz9sr3nxois5v8ga2c...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi guys, I'm pretty sure I want this "thing" to work at the source code
> level, not at the binary reference level. I said I could put all the
> snippets in DLLs, but I would finish up with dozens of them, each contain
> maybe only 10 lines of code (I have my own local Nuget package source for
> testing).
>
> This mention of SVN externals and Git modules sounds like it's heading in
> the right direction. I personally avoid Git (that's another story), but I a
> quick search about Mercurial "externals" or "subreprositories" shows a few
> confusing overviews <
> http://www.fogcreek.com/kiln/training/using-mercurial-subrepositories/>
> that might clarify it if works the way I want. I'll report if I find
> anything useful. It'd be great if you could something like this, but this
> is where I suspect a VS extensions would be required to implement it.
>
> #region Snippet: My Snazzy Snippet
> :
> // code would be "included" here
> :
> #endregion
>
> *GK*
>
>
>

Re: Code snippets

[Geoffrey Huntley]

Always be creating NuGet packages (and open sourcing), no matter how small
the code snippet is.

https://en.wikipedia.org/wiki/Unix_philosophy

Do one thing, do it well.

Some of the best libraries in npmjs are less than 50 lines long.

On 19 January 2016 at 07:41, Nic Roche  wrote:

> Hi,
>
> You can build and host (on your network as a file share) your own nuget
> packages.
>
> This can be done from your build tool-chain. The local "repository" can
> also be setup as the default source for nuget.
>
> Nic
>
> --
> From: dav...@nzcity.co.nz
> To: ozdotnet@ozdotnet.com
> Subject: RE: Code snippets
> Date: Mon, 18 Jan 2016 20:19:37 +
>
>
> Hi Greg,
>
>
>
> Could you use your version control software to do this?
>
> SVN has externals & Git has  submodules.  Perhaps these mechanisms could
> do what you want?
>
>
>
> David
>
>
>
> *From:* ozdotnet-boun...@ozdotnet.com [mailto:
> ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Greg Keogh
> *Sent:* Tuesday, 19 January 2016 12:58 a.m.
> *To:* ozDotNet 
> *Subject:* Code snippets
>
>
>
> Folks, I'm looking for a way of managing snippets of code that I want to
> include in multiple unrelated projects. I want them to behave like little
> Nuget packages of source code, so when I update snippets in one project
> they will be recognised as out-dated when I open other projects using them.
>
>
>
> You can get this sharing effect by adding files "as link" in multiple
> projects, but then the projects get mixed up with your local file system.
> Putting the snippets in a utility DLL is technically correct, but far too
> heavy handed for me.
>
>
>
> Is anyone aware of some facility that does what I want? A VS plugin would
> probably be the way to go, but they're really taxing and specialised to
> write. Maybe there are other ways.
>
>
>
> *Greg K*
>

Re: Anyone using REST based SMS services for Australia that they can recomened

[Geoffrey Huntley]

http://www.whispir.com/

Example implementation @ https://github.com/ghuntley/send-sms-via-whispir


On 3 December 2015 at 17:46, Arjang Assadi  wrote:

> Hello
>
> Anyone using REST based SMS services for Australia that they can recommend?
>
> Azure based would be even better!
>
> Regards
>
> Arjang
>

Re: .NET/CLR on FreeBSD status update.

[Geoffrey Huntley]

First up some important differences:

- Mono = LGPL
- CoreCLR = MIT

Xamarin are getting out of the language game and development efforts on
Mono have been refocused to be implementing features/bugfixes needed for
achieve .NET on all mobile platforms. The liberal licensing of CoreCLR /
the .NET framework means that Xamarin can and are slowly sliding out parts
in their mono implementation with the official MSFT implementation.

See https://trello.com/b/vRPTMfdz/net-framework-integration-into-mono for
more details.

As for MSFT perspective then see
https://github.com/dotnet/coreclr/issues/793#issuecomment-95955992

"CoreCLR is Microsoft's implementation of .NET, for use in its commercial
> products, like ASP.NET 5. These products are open source, but we approach
> them as commercial products as we always have (e.g. support, reliability).
> What's new is the open source community engagement (like responding to your
> comment [image: :wink:]).



We're not working on "outperforming Mono" as a goal. We have various goals
> around .NET Core itself. If someone concludes that CoreCLR outperforms Mono
> at some point, that's fine, but not a goal of its own. It is fair to say
> that some people using Mono now will start using CoreCLR when it matures on
> Linux and OS X. It is also fair to say that we expect new people to come to
> .NET with the increase in excitement and product choice (e.g. ASP.NET 5
> on Linux). If they choose Mono over .NET Core, awesome! There is no
> competition with Mono of any kind.



@migueldeicaza <https://github.com/migueldeicaza> and friends did a great
> job of creating and maintaining *the* open source .NET Runtime for well
> over a decade. We commend them for that. [image: :clap:] [image: :bow:] We're
> glad to have them as partners now that we're the newcomers in .NET OSS."



On 28 April 2015 at 10:47, Jano Petras  wrote:

> Will this implementation replace/deprecate mono?
>
>
> On Tuesday, 28 April 2015, Preet Sangha  wrote:
> > Thank you. This looks interesting.
> >
> > regards,
> > Preet, in Auckland NZ
> >
> > On 28 April 2015 at 09:10, Geoffrey Huntley 
> wrote:
> >>
> >> By now you have probably saw the news that the CLR is building
> successfully on FreeBSD.
> >> Well last night the port team progressed another milestone namely - IL
> code ran successfully
> >> in the CLR on FreeBSD.
> >> $ ./corerun HelloWorld.exe
> >> 04/27/2015 17:50:28
> >> $ ./corerun HelloWorld.exe
> >> 04/27/2015 17:51:43
> >>
> >> https://github.com/dotnet/coreclr/issues/801#issuecomment-96431805
> >> If the CLR at this level is of interest to you, please come and join us
> over at https://gitter.im/dotnet/coreclr
> >> Regards,
> >> Geoff
> >
>

.NET/CLR on FreeBSD status update.

[Geoffrey Huntley]

By now you have probably saw the news that the CLR is building successfully
on FreeBSD.
Well last night the port team progressed another milestone namely - IL code
ran successfully
in the CLR on FreeBSD.

$ ./corerun HelloWorld.exe
04/27/2015 17:50:28

$ ./corerun HelloWorld.exe
04/27/2015 17:51:43

https://github.com/dotnet/coreclr/issues/801#issuecomment-96431805

If the CLR at this level is of interest to you, please come and join us
over at https://gitter.im/dotnet/coreclr

Regards,
Geoff

Re: Silverlight to tablets

[Geoffrey Huntley]

The usual .NET suspects have Xamarin components - ie
http://www.telerik.com/xamarin-ui

If something doesn't exist or suit your needs in native C# then you
can use any exiting Coca or Java component and bind using
http://developer.xamarin.com/guides/ios/advanced_topics/binding_objective-c/objective_sharpie/
or https://github.com/mono/monotouch-bindings or
https://github.com/mono/monodroid-bindings

Regards,
Geoff

On 17 November 2014 11:52, Greg Keogh  wrote:
>> Reuse your existing c# code with xamarin + switch out your commercial
>> graph/data grid component?
>
>
> OK, one vote for a Xamarin solution. I don't know what I'd use for charting
> and spreadsheet simulation in this scenario. I don't even know what kits or
> built-in things you use on Android or Apple devices for advanced charting,
> do they have their own ecosystems of widget vendors? -- Greg

Re: Silverlight to tablets

[Geoffrey Huntley]

Reuse your existing c# code with xamarin + switch out your commercial 
graph/data grid component?

Upload your assemblies to here http://scan.xamarin.com/ to gauge how much code 
can be brought across/reused.

Sent from my iPhone

> On 17 Nov 2014, at 11:05 am, Greg Keogh  wrote:
> 
> Folks, we have a mature Silverlight application that shows pretty charts 
> using Visifire controls and very realistic spreadsheet displays thanks to 
> SpreadsheetGear. We are now getting more and more requests to see this app 
> running on iPads and Android tablets and we're scrambling to find a feasible 
> way of doing this. Ignoring the prospect of writing native apps, it looks 
> like we have to go pure web with html+js or cross-compiling like Xamarin. Are 
> those our only choices?
> 
> One of our guys is excited by reading about AngularJS combined with ASP.NET 
> spreadsheet controls from either DevExpress or SpreadsheetGear as a way 
> forward, but before I spend days running experiments with these components I 
> thought I should ask in here first...
> 
> What would others suggest in our situation?
> 
> Thanks
> Greg K

RE: .NET Core is now open source

[Geoffrey Huntley]

So at the beginning of the year you said you were going to address the MS-R
poison pill:

 

https://www.dropbox.com/s/370kxuxd9b6yjjm/microsoft%20and%20mono.png?dl=0

 

Never in my wildest dreams did I ever think that this would be the outcome;
as a hard-core

deep Unix geek who just happened to fall in love with the language of C# and
as a result

has suffered the usual technology identity crisis that comes with that
decision. Let me say

holy fucking shit. Thankyou.

 

Microsoft licensing (MIT) is now more permissive than Mono! (LGPL)

 

Your teams work + the work being done by David Fowl on vNext  is simply jaw
dropping. A

testament and living proof of this is that you are the highest voted link of
all time on

http://reddit.com/r/programming and was on the front page of News!YC for
multiple days.

 

I really look forward to the upcoming years and seeing what Xamarin pull off
in the future

now that they retire their clean-room efforts and double down and focus that
extra energy 

on making a kick ass mobility solution.

 

Thankyou,

Geoff

 

From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com]
On Behalf Of David Kean
Sent: Friday, 14 November 2014 5:59 PM
To: ozDotNet (ozdotnet@ozdotnet.com)
Subject: .NET Core is now open source

 

This is something that my immediate team has been pushing for a little while
internally and finally announced yesterday:
http://blogs.msdn.com/b/dotnet/archive/2014/11/12/net-core-is-open-source.as
px.

 

This is going to be pretty massive for Microsoft and the community. It will
be the biggest code base that we've open sourced and is one of the biggest
changes I've seen in the ~13 years I've been using .NET (and now working on
.NET).

 

Thoughts?

 

 

 

 

Re: Opinions sought on Xamarin

[Geoffrey Huntley]

@rid00z is right on the money.

Xamarin makes perfect sense in the enterprise market and allows the existing 
base of .NET developers to become mobile developers as long as they are not 
completely clueless (ie: SOLID fundamentals/DI/IoC/Interfaces)

Business sense due to code sharing and being able to ensure feature release 
unity between multiple platforms with minimal effort and also allows business 
to hedge/protect their investment against how fast the consumer world is moving 
and eliminate platform lock-in. 

Developer wise, yes there is a learning cliff and properly architecting 
software/solution is of the upmost importance.

My advice is either study code on GitHub, attend a meet up or signup for 
Xamarin university.

Definitely start with a single platform as there is iOS/Android/WindowsPhone 
domain knowledge that must be learnt. This caused some issues for early 
adopters and or some issues for junior developers who may not be comfortable 
reading examples in Java or ObjectiveC and translating them back into .NET. 

This is over the last year has dramatically became better due to high quality 
blog posts, stackoverflow, GitHub and xamarin evolve videos/xamarin university.

Get someone who's been in the trenches to show you how to layout a solution or 
study open source code. 

a) Portable Class Libraries (Profile78)

Provides constraints that force proper architecture up front to push platform 
specific implementations away from the core (ie: Logic to dial a ph# is 
different on each platform) 

This is done by barebones interface in the core project and a per platform 
implementation of that interface.

Ie. ITelephonyService 
- MakePhoneCall(string number)
- SendSMS(string number, string message)

Use profile78 or profile158 (I use 78)

This is my default route on a long term engagement, especially if there are 
juniors involved. Prevents some bad code smells from getting in the door.


b) File Linking

Great for a quick throwaway application/hackathon as it allows you to not worry 
about architecture and get shit done.

Downsides include drowning in LOTS of #ifdef /fast/ unless you separate code 
via partial classes in core project with platform implementation via extending 
the partial classes.

c) Shared Project

Has downsides that it really interferes with XAML namespace resolution in 
Expression Blend / Visual Studio on Windows Phone. Single namespace

Regards,
Geoff
0404654654

Sent from my iPhone

> On 24 Oct 2014, at 5:07 pm, Michael Ridland  wrote:
> 
> 
> Sorry to spam, I get excited and passionate sometimes!  :)
> 
> 
>> On Fri, Oct 24, 2014 at 4:40 PM, Michael Ridland  wrote:
>> 
>> Nice blog post... but if they had just used Xamarin their job would have 
>> been alot easier. 
>> 
>> They wouldn't of had to write their own persistance layer, with Xamarin you 
>> can use the Native SQLite instances. Their serious backend code eg Offline, 
>> Caching, would have been able to use C# and the full .net framework.
>> 
>> Actually the project I'm working on at the moment is more complicated than 
>> the dropbox app, more feature with offline support etc and I've been 
>> able to implement as a single developer...
>> 
>> For serious applications Xamarin is hands down the best!
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>> On Fri, Oct 24, 2014 at 4:29 PM, William Luu  wrote:
>>> On a related note, Dropbox used C++ for their Android/iOS apps - 
>>> http://oleb.net/blog/2014/05/how-dropbox-uses-cplusplus-cross-platform-development/
>>>  
>>> 
>>> On 24 October 2014 15:22, Michael Ridland  wrote:
 
 http://ionicframework.com/
 
 
> On Fri, Oct 24, 2014 at 3:22 PM, Michael Ridland  wrote:
> 
> ... but that said, Xamarin is pretty heavy weight, it's s big learning 
> curve.. if you want something lightweight and 'pretty' good you should 
> try out Ionic...
> 
> 
> 
> 
>> On Fri, Oct 24, 2014 at 3:19 PM, Michael Ridland  
>> wrote:
>> 
>> Go Xamarin it's the best! (Opinion may be bias www.michaelridland.com)
>> 
>> Traditional Xamarin (Native API) as the platform is awesome and solid 
>> and fast, the IDE and some of the tools around it can be a bit buggy. 
>> Xamarin.Forms is pretty early, and can be frustrating but I have build 
>> some XPlat app pretty rapidly with it. 
>> 
>> Actually I'm doing a 'Introduction to Xamarin' at SydMobile in a few 
>> weeks, you should come along I'd love to answer any questions you have. 
>> http://www.meetup.com/SydMobile/
>> 
>> Below is a unpublished blog post on why you should use Xamarin... 
>> 
>> Should I use Xamarin for Mobile Development? YES you should!
>> 
>> In my opinion you'd be insane if you didn't use Xamarin for mobile 
>> development. Many people don't know what they're missing out on by not 
>> using Xamarin so I'm going to highlight some reasons I think people 
>> should be using Xamari

Re: Microsoft Reference Source

[Geoffrey Huntley]

Don't look at this unless you never want to do open source contributions to
Mono. Looking/studying MSREF still excludes you from being a able to
contribute - indefinitely.

Regards,
Geoff
On 9 May 2014 09:09, "Greg Keogh"  wrote:

> I just stumbled across this: http://referencesource.microsoft.com/ with
> all the .NET Framework 4.5.1 source code. I get the impression it's been
> there since late Feb 2014. There's some fascinating and bewildering stuff
> in there. Some classes you think might be quite simple are frighteningly
> complex, and vice versa. Some interesting #if and [Attributes] are
> scattered around -- *Greg K*
>