andrewrothman · HackerTrans

andrewrothman

no profile record

投稿

Microsoft suspends development of touch-friendly Office apps for Windows (UWP)

arstechnica.com

2 ポイント投稿者 andrewrothman8 年前0 コメント

コメント

3 年前議論

I like to save the best / most interesting links I come across as I browse the web. It can come in handy to pull up a blog post I read a while ago or remember some new sass product or developer tool I wanted to check out. I'm using https://raindrop.io now which works great for this.

When I looked into it I was surprised that browsers don't have this kind of bookmark management built-in. I'd be very happy with two small additions to browsers: (1) display by / sort by date added and (2) a small separate freeform text box for notes (so I can describe why I saved the link).

(Optionally it could be nice if browsers adopted some standard sync mechanism for bookmarks, maybe based on WebDAV like the Floccus extension).

Then again, these dedicated external bookmark managers do have nice features like tags, search, and offline downloads or page screenshots. Those are all great!

Linkwarden looks like a nice product. Looks like it would tick all the boxes for my use-case and the design is pleasant. I like that it's open source and has a fair price for the hosted offering. Maybe I'll give it a try!

3 年前議論

This might be of interest:

RFC 8984 JSCalendar: A JSON Representation of Calendar Data https://www.rfc-editor.org/rfc/rfc8984.html

4 年前議論

It seems like the ideal approach would be "proving" syntax proposals by implementing them in a preprocessor first and then later trying to standardize the syntax if it gains traction. It sounds like there are technical reasons for why that didn't work for the case of SCSS-like nesting, which is disappointing but understandable... if that's the case I think the right approach is to take these new proposals and "go back to square one" (preprocessor) vs. "go straight to standardizing something new".

5 年前議論

After thinking about this for a while, I think they've been making the right move.

However, I'd like to see:

    - Xcode, Final Cut Pro, and other pro apps with full feature-sets designed specifically for iPad (touch, mouse, and keyboard)

    - A new keyboard accessory more like a laptop with a strong base like a Surface Book 3

    - A revamped Terminal.app for Mac and iPad with rendering perf improvements like in iTerm2, Alacritty, and Kitty

    - Virtualization support, or at least something that somehow runs Linux containers

    - Advanced tiling window management... maybe only via keyboard shortcuts

    - Ability to script iPad OS behavior - window management and keyboard remapping

    - Ability to run unsigned CLI and GUI apps from inside a terminal and/or launched via other iOS apps like would be used in iOS Xcode

Bonus: Unlockable bootloader to run alternative OS's like M1 Macs can.

If they did all of these I'd strongly consider buying one as my primary device.

5 年前議論

I've been using GNU Stow (with Git) for the past month to sync some of my dotfiles between two laptops (Mac and Linux). It took 10 minutes to get comfortable with it and it works well for me.

5 年前議論

I'm in the process of the same switch.

I've liked Standard Notes. It's really nice that it's open source and encrypted. However I ran into some instances of cross-device conflicting edits which were a bit annoying, and Obsidian's UI and Second Brain features swayed me to try it. The graph view is really cool and I realized I didn't need syncing as much as I thought.

Obsidian does seem to also have a paid sync feature (no mobile app yet). For now I've been emailing myself from my phone and taking small audio memos, then typing them into Obsidian when back at my laptop. Not an ideal workflow but it's not bad and has some advantages.

5 年前議論

Looks great. I'd love something like this. I assume it charges over USB-C? Any chance we can get a video of the laptop in-use, and maybe a few shots of it next to other popular laptops?

Great design/hardware. Specifically the high res 3:2 display, camera privacy guard, and the weight. And the repairability / upgradability is awesome.

6 年前議論

Thanks for your contribution and outreach! SWR has been really helpful for us at work.

6 年前議論

Interesting article. Thanks for sharing!

My dream platform:

1. Single binary install on nodes, and easy to join them into a cluster.

2. Resources defined as JSON with comments in a simple format with JSON Schema URLs denoting resource types - I should be able to run 1 container with 3 lines of resource definition.

3. Everything as a CRD... No resources or funcionality pre-installed and instead available via publicly hosted HTTPS schema URLs.

4. Pluggable / auto-installed runtimes based on the schema URL or a "runtime" field: containers, vms, firecracker, wasm, maybe even bare processes, etc.

5. A standard web dashboard with a marketplace which can install multiple containers, vms, wasm or via a copy-pasted HTTPS URL, or a standard electron app which lets me connect to clusters or manage local deployments on my devbox.

6. Apps can provide a JSON schema with config options, which map to env vars and volume mounts and can be displayed in a user friendly way in the web dashboard.

I feel something like this could standardize even more than kube. I'd love if one system allowed me to manage AWS EC2 / DigitalOcean / Proxmox instances, as well as manage services on my devbox for daily use (like daemons, etc.)

With that said, I do like a standard format across service providers. While I do find kube complex at times, I like that something "won" this battle, and I also like the push towards containers vs vms.

I'd love to see kube start pairing down and innovating toward making things easier for smaller clusters. Anyone know if there are discussions about that going on, or if there are resources for managing kube in smaller teams? Anyone interested in this?

6 年前議論

I have a Mastodon account. I just tried visiting the local timeline of a different instance, as recommended, and I have to say it was a much more engaging experience than I had had before on my account's instance.

Is there any chance for a federated interaction to effectively replace the local timeline? It'd be cool to be able to jump into a "community timeline" without that being tied to your account's "instance" (ie. using one account for multiple interests).

Thanks for the tip!

6 年前議論

This is Aw-some.

6 年前議論

That makes sense. Thanks for the info!

6 年前議論

I should be clear my interest is theoretical. I haven't run into any practical issues with "crates.io" and it's been working great for me.

I think the way Go and ES Modules (Deno / browsers) represent module naming and resolution by URLs has some nice benefits:

  * decentralized module hosting

  * could be extended beyond HTTP / Git (ie. import modules via "ipfs://")

  * re-uses existing web infrastructure for namespace ownership (ie. via DNS)

  * possibility of hosting backend and frontend modules for multiple languages in a single HTTP registry

However, I do see some important tradeoffs to that approach:

  * modules may become unresolvable from their original URL (link rot)

  * cannot guarantee immutability at the original URL

  * semver support becomes a concern of the registry, and some registries may not support it (ie. the logic to resolve "https://example.com/my-module/1.x.x/lib.rs")

  * more difficult to discover (browse and search) all available modules

I see some proposed solutions to the tradeoffs:

  * proxies and dep lockfiles of file hashes to help prevent link rot and immutability

  * possibility for open source registry implementations with built-in semver support

  * central index of modules which can be searched / browsed, if modules are submitted to it

However, those solutions don't guarantee fixes for every tradeoff.

I'd be very interested in learning more about the costs / benefits of the various approaches and the Rust team's discussions on modules. I really appreciate the team's thorough approach to design decisions, as it's manifested into a really cleanly-designed language.

Thanks!

6 年前議論

Steve, thanks for all your work on Rust!

I'd like to understand more about the arguments for and against a URL-based module naming / resolution approach. Could you point me to any past discussions on this for further reading?

6 年前議論

This has me feeling excited for something new and interesting. I'll be watching on Monday.

6 年前議論

Off-topic, but I read the title as "Supported on Linux distributions including but not limited to Windows". Microsoft, you know what we want.

6 年前議論

I have mixed feelings on urbit. I think it's a really interesting idea, but it's implementation is too obscure and complex. I do, however, sympathize with their goal and appreciate the UI design of this new web app.

I struggle to see the practical benefit of urbit versus something like sandstorm.io, although I don't think that project is perfect either. With WebAssembly getting its footing, it's hard for me to justify a future platform that requires code to be written in a specific language.

What if we had a federated computing platform that ran code via WebAssembly, stored data wherever the user would like including an option for IPFS, and managed identity via OAuth / SSL certificate authorities / private/public keys? It could be interacted with via a web portal, and apps could be provided APIs to interact with other apps and the rest of the system.

I can see something like that being built to fulfill similar goals (as I understand them... I could be wrong) but using existing tech: HTTP3, TLS, IPFS, WebAssembly

6 年前議論

Good critique. I agree about control flow and memoization. I tend to run into issues every now and then with memoization and hook "dependencies", but I'm getting better at it.

I think 1, 2 and 3 aren't really great arguments. There's always more to learn, and it seems that class components are on the way out, and are around mostly due to backwards compatibility. But it is true that a lot of legacy code uses them. I wish they'd have started with functional components, but I can't blame the team for not figuring out all of the details in advance.

I'm curious what others think. Thanks!

6 年前議論

I really like the idea proposed here of <Spacer /> components. I always thought it was weird to assign a margin to elements of a list to achieve spacing. To maintain proper spacing it's often best to either make the top and bottom margins of each element equal, or remove the top/bottom margin from the first/last element. Both techniques come with complications.

Abstracting that out makes it easier to achieve a commonly used layout. Not quite sure the best way to implement this, but I'll definitely be giving the idea a shot.

https://seek-oss.github.io/braid-design-system/components/St...

https://github.com/seek-oss/braid-design-system/blob/master/...

6 年前議論

I use Insomnia as well. There's a few Postman features I miss, but I like that it's slightly less heavy, and I like the Insomnia UI a lot better. They've been responsive to my feedback over email, and I think they have the right idea.

VS Code proves that a developer tool with nice UI, lots of features, and workable performance is possible. What's yet to be seen is if it can be done to the same degree by a team without the resources of Microsoft or Slack.

I'd love to see Insomnia implemented as a PWA. I would bet there's some technical challenges involved there, but PWAs have the advantage of re-using the browser instance I already have running to do my work and read HN.