Announcement

Collapse
No announcement yet.

Experience using Bridge.NET

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Daniil
    replied
    johnwason, just FYI. There are changes in the recent 1.11.0 release basing on your feedback.
    • Now the lock statement (GitHub issue #777) is just ignored in emitted JavaScript code. All what is inside is emitted. Live Sample
    • TypedArrays are now used instead of regular arrays (#772).
    • The change regarding undefined (#782): now obj === null check will be emitted as !Bridge.hasValue(obj) that actually checks on both - null and undefined.
    • TaskCompletionSource and CancellationToken were implemented (#790)

    As for other items:
    • The long support is under development (#778)
    • System.IO (#779), System.Net (#780) and Gamepad (#781) are to decide on yet.

    Leave a comment:


  • geoffrey.mcgill
    replied
    Three.js topic has been moved to the following thread:

    http://forums.bridge.net/forum/gener...for-bridge-net

    Leave a comment:


  • guidovanhils
    replied
    Hi Daniil,

    Thank you for your reply.

    Awesome! Please clarify is this being done publicly (GitHub repo or something)? I believe many people would love to give it a try:)
    As soon as it is a little more mature I will post it somewhere.

    Best regards,

    Guido



    Leave a comment:


  • Daniil
    replied
    Hi @guidovanhils,

    Welcome to the forums!

    You really did great job!
    Thank you very much!

    I was first a bit skeptic but now it feels really that c# is the source code. :)
    It is so great to hear that Bridge changes someone's mind in this manner:) Thank you very much for sharing!

    Tweeted about it:)
    https://twitter.com/bridgedotnet/sta...30349656379392

    I have made a type-library for THREE.js (not complete yet) all is really working real fine.
    Awesome! Please clarify is this being done publicly (GitHub repo or something)? I believe many people would love to give it a try:)

    Is there is anything new on angular.js for Brigde.Net?
    Angular (v1) has been partially implemented in Bridge v1:
    https://github.com/bridgedotnet/Fram...ster/AngularJS

    There is a demo.
    https://github.com/bridgedotnet/Demo.../AngularJSDemo

    If you give it a try, it would be great to hear your feedback:)
    Last edited by Daniil; 2016-02-04 @ 01:02 PM.

    Leave a comment:


  • guidovanhils
    replied
    Hello Bridge.Net team,

    You really did great job!
    I was first a bit skeptic but now it feels really that c# is the source code. :)
    I have made a type-library for THREE.js (not complete yet) all is really working real fine.

    Is there is anything new on angular.js for Brigde.Net?

    Best regards,

    Guido

    Last edited by guidovanhils; 2016-02-04 @ 12:05 PM.

    Leave a comment:


  • Daniil
    replied
    Thank you for sharing a link to your project! It is very interesting and exciting what you are working on and happy to hear that Bridge helps.

    I'll be creating issues and asking basing on your feedback. Please consider continuing specific discussions in related issues or forum threads. I mean discussing all the things in one thread might makes it very hard to maintain.
    • The "lock" statement
    • Could you, please, elaborate on these ones? Ideally, in the individual thread (-s) or GitHub issue (-s). I am just not very sure what issues to create for.

    • TaskCompletionSource and CancellationToken are very important to async/await code.
    • Structures are not implemented properly for function parameters. For example,
      void f(CancellationToken cancel=default(CancellationToken)) {}
      is a standard usage.



    Leave a comment:


  • johnwason
    replied
    In terms of the System.IO namespace, I think supporting Stream, Reader, Writer, and MemoryStream along with the readers/writers such as BinaryReader, BinaryWriter, TextReader, TextWriter etc would be sufficient. It would at least allow existing code that accepts a stream/reader/writer parameter. It occurs to me supporting the encoding classes would probably be necessary to help with the IO routines as well. For System.NET I am mainly missing the URI class. I think the ClientWebSocket class can simply wrap the built in browser WebSocket as it doesn't implement non-async members.

    You can take a look at the documentation at https://robotraconteur.com/documentation/ for info about my project. The client browser implementation is identical to the other languages except running in the browser instead of as an application. I will be releasing a new version in a few months that has more features.

    Leave a comment:


  • geoffrey.mcgill
    replied
    Hi johnwason,

    Thanks for the great feedback!

    We will review your points in detail and get back to you with a plan to implement. All the suggestions look very reasonable. I'm not sure what a js implementation of System.Net, System.Net.WebSockets and System.IO would look like, but we can start the process.

    I'll look into producing a Gamepad->Bridge definition library. In general these are very easy to create. We might be able to get things started, then have others within the community help out.

    At some point we would love to get a demo of what you're working on. Sounds very cool.
    Last edited by Daniil; 2015-12-22 @ 07:31 AM.

    Leave a comment:


  • johnwason
    replied
    Another comment:
    • "undefined" is a strange concept in C#. Having it map to "null" would be easier to deal with.

    Leave a comment:

Working...
X