Whelp, didn’t make it a habit, unless you count seven months between posts.
Work has been pretty heavy since that post. My current client is averaging 50 hours a week of work.
I’m currently working on several projects outside of work in the spare time I have, but also to keep me sane outside of work.
I picked up the frame for a sitting/standing desk since I work remotely and find myself sitting far too much. Some days I get in less than 500 steps according to the tracking stuff I use. Far far too few.
When I say a frame, I mean just that. I am in the middle of crafting a desktop for it out of shagbark hickory. I had looked into buying a top with the desk as well as buying a butcher block style top from a big box store, but neither really appealed to me and the price was pretty high for some of the options that had mdf at their core.
Since I enjoy woodworking and have never used rough lumber I decided to create my own desktop. It’s been an adventure. I found an arborist in my area that had just the last year started selling lumber and was lucky that he was willing to open for me just as the first Covid-19 social distancing measures went into place.
I picked up several slabs of 8/4 shagbark hickory and have planed them down, cut them to rough size, and am almost ready to glue them up into the desktop. Right now I am having trouble getting them to join, since I don’t own a jointer. I’m currently waiting for the glue to dry on a jig I hope will work with the tablesaw to give me true and straight edges. We’ll see.
I’m also working on a challenging coding project, since it uses technologies I know about but haven’t yet needed to learn myself. It’s a gaming mapping project that I hope to release to the world at some point.
Right now, I am able to take in a high resolution map image, cut it up, and have a user be able to see the map, zoom in and out, and look at markers on it, similar to Google Maps.
The next steps will be to take this prototype and fit it to a back end, so that a gaming group could upload their own map, add markers, notes, and be able to have those notes link to a wiki-like set of pages to manage a campaign.
I haven’t done much back end coding in my career given that I have specialized in UI development. I’ve chosen NestJS as the back end since it is very similar to Angular, I am hoping that this will mean that I have less of a learning curve and more time to just create.
I haven’t chosen a database to store the data yet. I am considering MongoDB or Contentful. Both of which I am not familiar with, so I’m going to need to research what the best option for me is. Since I am going with a Node back end, I’ll eventually need to dig into how to host it. Right now with static data, I can host it here, but once I implement the NestJS back end, I’ll need to host that somewhere else.
Here’s a prototype of what I am working on now with a map of Duskvol from Blades in the Dark. https://vandermore.com/bitd/ All of the data is hard-coded at the time of this writing. Feel free to click around and see the different marker text and the information about the polygons.
This is first of something I have wanted to do for a while, mainly so I would get back into writing more often. I’m going to do a short journal of the day. It’s not in any particular format or content, just a journal of things that I did that day.
Today I crammed the start of a bunch of projects. I am sure not all of them will be continued, but I’ve been feeling bored lately and wanting to *do* something.
Here’s the list of projects:
Complete rewrite of a friend’s site called Mechanical Wars, using Angular and Nest with NX tooling. It’ll have the additional advantage of getting me more experience with NX and Nest.
Bought the Unity 2019 Humble Bundle and started learning Unity.
Began a dashboard/grid library project to be used as a library to other Angular projects. Again, using Angular and NX. It’ll also force me to learn more CSS and Sass.
I’ve also done a little woodworking, making cubes for Erin’s upcoming lesson she is teaching. I may have to make boxes to accommodate the larger sized cubes she needs.
The puppy Zeke has been a handful today and has Erin and I a bit on edge. He’s not wanting to be in his playpen, but we can’t let him out for long since he still isn’t house-trained. He’s also teething and seems to find Erin a good chew toy. I seem to have been able to curb that habit with me, but I’m not sure why he still wants to bite Erin.
That’s it for today! I’ll see if I can make this a habit.
I’ve started on a strange journey, one I didn’t think was possible before. I don’t even know if it is possible now, though I have started on it. I’m attempting to do all of my development work and teaching Angular on a Pixelbook.
I’m not the first to start this journey, but I haven’t found a lot of coherent documentation about it, so I want to write what I have learned down for those that might go after me.
Relatively recently, using Linux on a Pixelbook got a lot easier. Using linux means that many of the tools that I use (node, npm, the Angular CLI, NX, and others) will just work. The other tools, like an IDE, graphical Git interface, diff tools, and others, I wasn’t so sure of. Turns out, most of them just work too, it’s like working on a Mac a few years ago, before I made my ill fated switch to Windows for a while. (Corner me at a conference or ask me in the comments and I’ll unpack that last sentence about Mac and Windows for you.)
Don’t forget to occasionally check for Linux updates with sudo apt-get update && sudo apt-get dist-upgrade. I don’t know if there is an automated way to do this, so let me know if anyone finds one.
The flavor of Linux the Pixelbook uses is Debian. So far, anything I have used that supports a Debian install has worked out of the box.
The File System
The files Linux has access to is in a different area than the normal Chrome OS file system. Chrome OS has a nice way of copying files over from one to the other though. So if you download something from your browser it is a simple copy away from being able to be used in your Linux partition.
If you open up the Files folder on Chrome OS, you’ll see a list of files in Chrome OS but also in the left hand nav you will see a Linux Files folder. Dragging and dropping into that file structure will copy over the files into Linux for you.
I pinned the Linux terminal to my Shelf, but you can easily get to it by going to the Launcher and the Linux apps folder.
I do wish it had tab support but right now if you want more than one terminal, you have to launch a new window. Makes for a cluttered desktop right now, so check out the Virtual Desktops section below to help minimize it.
Installing Linux Apps
Each Linux app will have a slightly different install process, but I have found that following the instructions for each of them has succeeded. Remember, the flavor of Linux the Pixelbook uses is Debian, which is a pretty common flavor of Linux and thus well supported.
I’ll list the instructions for the tools that I currently use here.
The VSCode auto update seems to work fine, but I haven’t used it much since installing Idea. There is an update section on the link listed above, so it it doesn’t update properly you should check there.
Launch VSCode (two ways):
terminal: just type code into the terminal
Launcher: Go to the “Linux apps” folder and click on the icon
It took me a while to get Idea running, mainly due to conflicting/old documentation on the Pixelbook Linux container. Here is what I finally did. If you have a streamlined method for installing it, please let me know in the comments. I’ll update it here and give you credit.
Launcher: Go to the “Linux apps” folder and click on it’s icon
Nope! No Linux version. I use both Idea’s and VSCode’s built in Git tools and the command line.
I hear GitKraken is good, but I have yet to try it.
I’ve made my life easier by pinning my most used apps to the Chrome OS Shelf. It’s a simple thing so I’m not going belabor the point. Just two finger click on the app’s icon and select “Pin to shelf”.
My App is Super Tiny and Unusable! Help!
Apps on the Pixelbook don’t always know how to display themselves. It took me a month to find out the best way to run applications so that the menus weren’t super small or had weird layouts. Turns out the solution was simple: Use High Density/Use Low Density.
Before you launch an app that you are having issues with, do a two finger click on it’s launch icon. This only shows up when the icon is in the shelf, not on the icons in the Launcher! Which is why it took me forever (in development time) to find it. The menu that comes up should have an option that says Use low density. Selecting this and then launching the app will tell the app to use it’s low screen density settings, and everything should now look normal.
If you ever need to go back, just do the same two finger click and select Use high density. You’ll be back to the default app view. I have not found any apps, so far, that were not fixed by selecting the low density setting.
Launching apps from the terminal will often launch them in high density mode. If you two finger tap on the icon in the shelf, you can relaunch it in low density mode.
We’ve got our apps installed and now they are readable/usable. So far, so good!
I have it already/I don’t have it!
In the last month or so, the Chrome OS team rolled out Virtual Desktops! Unfortunately, it may not be automatically turned on for you. To see if it is, you can click the Overview key ( || ). In the upper right corner of the screen you should see a button + New Desk. If not, then you can do the following:
Make sure your OS is updated
Check again after the update
If you still don’t see the button, continue
Enter chrome://flags into the URL
You should see under the Experiments Enable Virtual Desks
Enable it via the dropdown
Restart your machine
After that, you should see the new button and can add new virtual desktops!
There aren’t any keyboard, or worse yet, trackpad shortcuts to switch between desktops right now. The Chrome OS developers do have it listed as something to be added, so hopefully soon.
In the mean time, to switch between desktops there are a few things you can do. These are in order of how often I use them.
Swipe up with four fingers to bring up the Overview and click on the desktop you want. I list this first because I use it most out of habit, but the next one is more efficient.
Click on the app in the Shelf
This one is usually the most efficient for me, however if I have multiples of the same app open on different desktops, then it isn’t and I go back to the swipe gesture.
alt-tab – This will switch between app windows and switches desktops as a side effect. I discovered this by accident today and is as close to a shortcut to switching desktops as I have found so far.
Hit the Overview ( || ) button and click on the desktop you want.
I’ll post other resources as I find them here. I found that googling “X for Linux” and “X linux installer” got me much of the way there.
In the current Angular CLI (Angular 8 at the time of this writing) the tooling for libraries is really good except for one area, assets. Unlike when you build a project for production, building a library does not package assets like you might expect.
tl;dr – the boiled down steps
Build the library
This article uses the vanilla AngularCLI
Copy the assets to the dist folder of the built project
I use npm scripts with pre/post prefixes
Optional – publish as npm package
Update the project to import the assets
Building the Library with Assets
Under the covers of the Angular CLI, library projects uses ng-packagr to bundle up the code for the library for distribution. ng-packagr is almost the same as the packaging that the CLI uses for app projects but it has some crucial differences in how it does it’s packaging, such as it doesn’t bundle in assets such as fonts, images, and scss files.
There are cases where you need this functionality though and if the Angular CLI doesn’t give it to you, what do you do? Right now, you need to post-process the package so that you include the assets.
In a past project I have used CPX for file copy/globbing but it doesn’t work on all systems. (I work on a Pixelbook and I failed to get it working properly.) I know there are many other npm modules that allow for file copying, this was the one that seemed the most stable, however it also doesn’t seem to be maintained currently. Basically, I’d use it again if I needed it but I would look for other options first. ( CPX – https://github.com/mysticatea/cpx )
This isn’t about what tools to use, so for this example I’ve used a simple shell script to illustrate what you need to do in order to package up assets.
No matter what you use to copy the files over, you need to have it as part of your build process. I prefer a stripped down build system that is easily understandable. To do this, I use npm scripts and the ability to use pre and post prefixes on steps to make them easily understood.
To include style paths more cleanly for scss imports, you can take advantage of the stylePreprocessorOptions setting in the Angular CLI. If you are using scss for your styling, this will allow you to do @import statements with just the file name and not the entire path to the dist directory or the node_modules directory if you published as an npm repo.
If you have published as an npm module, then I don’t believe you will need to do this step and instead can use the ~ at the front of the package name to import, since the CLI knows that SCSS @imports with a tilde come from node_modules.
This is the basics of getting set up and by no means covers every situation. If you have additional information or questions, I would love to get your feedback.