Bookmark management: An idea for a centralised solution

Scattered bookmarks

There’s a problem I’ve been trying to keep under control over time, with mixed results, that usually gets much worse when I’m busy: webpages and links I save for future reading or future reference don’t end up in the same place, but get scattered here and there. Perhaps you’re more organised than I am, but lately my ‘bookmark situation’ has become a sorry mess. At the moment, here’s a list of the places where I keep saved bookmarks:

  • Safari’s Reading List
  • Safari’s Bookmark Bar and Menu
  • Firefox’s Bookmark Toolbar and Menu
  • Starred articles inside Reeder
  • Google Chrome Bookmarks
  • Pinboard
  • Instapaper
  • I have a couple of notes inside Notational Velocity, where I keep a few links for quick access and reference.
  • I still probably have old bookmarks saved inside other browsers I now use only occasionally, like Camino, Stainless, Sleipnir.

Maybe I should try harder and focus on using just one of those places to store bookmarks, and that’s actually what I do when I browse and read leisurely. When I’m busy it’s a whole different matter: tabs open in Safari, tabs open in Firefox, Notational Velocity always open, feeds always at hand in Reeder. It’s easy to quickly add something interesting to Firefox’s Bookmarks instead of passing the link to Safari’s Reading List; or to parse headlines in Reeder and instinctively send to Instapaper (or star) a useful article I may want to read at a later moment or to keep for future reference. Not to mention all the previous stuff accumulated over time and saved in different places.

A centralised place

Sometimes I think: it would be great to simply right-click on a link, or invoke a system-wide service, to send such link to just one single centralised place. I know there’s already an Add to Reading List service, so I could probably stick to this shortcut as often as possible. If you don’t save many bookmarks, it’s probably your best option for keeping everything in one place and synchronised across devices/platforms thanks to iCloud. But when you have thousands of bookmarks, I’m not sure that Safari’s Reading List is the best solution. While having thousands of webpages saved for offline reading may be a handy thing, the interface for browsing them and organising them is lacking. (Not to mention the huge local cache that would result.) Reading List is a feature that’s meant to be used à la Instapaper more than like a regular bookmark manager, such as the one built in Safari and other browsers, or like an online service such as Pinboard.

What I’d love to see implemented in OS X is a sort of central bookmark database, living outside of Safari, accessible as a system-wide service, and manageable through a standalone application (let’s call it Bookmarks, in typical Apple naming style).

  • Every time you want to save a link, you could do so by sending it to the Bookmarks app via a contextual menu command, via the Services framework, or via a keyboard shortcut.
  • When you want to access a saved bookmark, you could just open the Bookmarks app and search inside it, click on the link, and have it automatically opened in Safari (or your preferred browser). Or, if you remember an article’s title or part of it, you could search it in Spotlight and open it in Safari.
  • The Bookmarks app, being a standalone bookmark manager, could be used to keep all bookmarks organised in folders and with tags. Ideally, most of the tags would be machine-generated, retrieved from the websites themselves (a lot of articles you read online today already have tags at the end), but of course you could add all the personal tags you want.
  • When adding a link, a small panel could pop up, ‘library card’-style, showing Title, URL, and a Tag field, giving you the option of adding tags, shorten the title, etc., much like Pinboard’s interface. Through the app’s preferences you could specify a keyboard shortcut for adding links quickly and another for having the aforementioned pop-up panel appear every time you want to save a link.

Across devices

And now imagine a first-party Bookmarks app on iOS that syncs with the OS X counterpart via iCloud. You could quickly save a link in the Bookmarks app via 3D Touch — simply force-press on the link and Send to Bookmarks could appear as a pop-up menu. On iOS, the panel for adding tags and customising the bookmark could look like the card-style interface that appears when you use iOS’s service to share something to Twitter:

Sharing a link

Interaction with other iOS apps would be similar to what currently happens with Safari’s Reading List. You could send any link to the Bookmarks app using share sheets, and there could be an intelligent clipboard feature in the Bookmarks app that detects links copied in the clipboard and offers to add them to the database when you open the app directly (a behaviour I’ve noticed in Pinboard iOS clients and other similar apps).

But what’s the point? There’s already Safari’s Reading List

I know, and perhaps that’s enough for a lot of people. My idea is to have something a bit more flexible and customisable, that lives outside of Safari and merges the functionality of Safari’s Reading List and Safari’s bookmark manager, and that can work as a single, centralised place for managing all the links you want to save and keep for future reference — but in a way that’s more visible, less subtle than the current Add to Reading List service. And having a standalone bookmark manager, separated from Safari, doesn’t mean losing integration if you want to keep using Safari’s Bookmarks Bar. Bookmarks you place there would be mirrored behind the scenes and kept in sync with the ‘Bookmarks Bar’ folder inside this hypothetical Bookmarks app.

If you want to save entire articles to be read offline, you could tell the Bookmarks app or service either when you add the link (e.g. by ticking a Save for offline access checkbox) or later, from inside the app, when you’re managing your saved links. Or, if you prefer third-party solutions, you could always send a link to Instapaper, Pinboard, or whatever ‘read later’ service you like — but you’d be always sure to have a copy saved in the system’s central bookmarks database. You wouldn’t end up with bookmarks scattered across different apps and services, not knowing where exactly you saved that article or resource. (Needless to say, during the initial setup process, the Bookmarks app could import all links saved elsewhere, warning you in case of duplicates, merging tags as necessary, you know the drill).

Now, I’m not a software developer. This of course is just an idea off the top of my head. It certainly needs refinement, and maybe it wouldn’t fit in your workflow, but I believe it would really be a nice solution if you’re in a similar rut as mine with regard to bookmark fragmentation.

Category Software Tags , , ,

The Mac is just as compelling

In recent times, all this talk about using iOS for ‘serious work’, going ‘all-in’ with iOS, using iOS devices as one’s main (or sole) computing device has put the Mac in a bad light. At least, that’s the feeling I got. I have nothing against iOS, and have no problems recognising its strengths. But I still haven’t found a balanced article written by one of these ‘iOS-only’ supporters. ‘For the way I work, I could easily go iOS-only’ doesn’t necessarily mean that iOS is a one-size-fits-all solution capable of addressing everybody’s needs. As a long-time Mac user, and as a heavy iOS user, I’m frankly surprised at how many tech guys consider iOS more versatile than Mac OS X just because it fits their needs or mindsets better.

The iOS platform today has a first great advantage over the Mac OS X platform, and it’s not even a software advantage — it’s the hardware. iOS devices are portable and instant-on, and that’s what makes them attractive since today everyone is obsessed with mobility. Another advantage is the touch interaction and what it brings to the user interface: directness, a even higher degree of intuitiveness, an added simplicity. So when we talk of versatility, these two elements pop up first, and play in iOS’s favour. But what about the software? What about the system? What about the workflow? This is where things get interesting.

In Why iOS is Compelling Ben Brooks writes:

It’s that same allure many of us are feeling with iOS now — the idea that while the Mac is still pretty simple and mostly just works — iOS is even more simple. Like Macs in 2004, iOS either just works, or it flat out won’t work for that task. Either you can do it pretty easily, or not at all.

The simplicity of iOS lies, I think, in the scope of its apps. I have to generalise here, but usually what you have on your iOS devices is a great number of apps, each doing a series of well-defined tasks. It’s very modular. Each app is like a tiny, simple unit, that does a few things — sometimes even just one — very well, very intuitively. With such a model, learning how to use an app is generally trivial thanks to the Multi-touch interface and to the specific purpose of the app itself. Users are happy because in many cases they get to learn to do everything the app lets them do rather quickly. And if a certain app doesn’t provide a specific feature they need, they can always find another one that does. And another one. And another one until a full range of tasks can be accomplished. Everything gets more easily digested because it’s assimilated in small bites. This is one very important strength of iOS and I think it’s what makes iOS appealing to many tech-averse people.

And this is the first part of that Either you can do it pretty easily, or not at all that Brooks talks about. The pretty easily part. The flip side of iOS’s modularity, of iOS’s model of accomplishing a complex task through a series of simple apps, is… well, it’s that often you have to go through unnecessarily long-winded routes and seek the assistance of multiple apps to get stuff done. It’s that in order to find the ‘perfect’ app to handle a task or a series of tasks, you end up installing a lot of similar apps with overlapping features. A personal example: I’ve been toying with the idea of just using my iPad to work when I’m not at home. I’m a writer and a translator, so I shouldn’t need very complex tools or intricate workflows. And yet my experience with iOS has been surprisingly frustrating due to the unexpected fragmentation of what, on the Mac, is a trivial thing to achieve. I wrote about that in this article and this other one. From the latter:

I had a folder with six old RTF documents, written in Italian about twenty years ago, which I needed to edit and then translate into English. The idea was to simply open them and edit them right away in an app, then open a second app where I would create a new document and begin the translation. I don’t have Split View on my old iPad, so I would have to endure a bit of back-and-forth, but nothing overly dramatic. The problem is that I’d forgotten that none of the text-handling apps I have on my iPad (a dozen, more or less) can edit RTF files. So here’s what I did:

  1. Opened the first RTF document in UX Write, an app that can display RTF files but not edit them.
  2. Created a small workflow in Workflow that would convert the RTF text into HTML and copy the converted text to the Clipboard.
  3. Created a new document in Daedalus Touch, pasted the HTML text in there, and tried to get rid of all the useless, superfluous markup by using Find and Replace.
  4. Realised that Daedalus Touch has a Find feature, but apparently not a Replace feature.
  5. Opened WriteRight, pasted the HTML again, and proceeded to remove all unnecessary HTML code via Find and Replace (a feature WriteRight has, thankfully).
  6. Saved the result as a new document in WriteRight.

The time I lost, from Step 0 (becoming aware of the issue) to Step 6, was more than half an hour. If I had had a Mac with me, I would have opened the document in TextEdit, created a new document, stacked the two windows, to then begin working on the translation right away.

Maybe this is an extreme example, but a similar thing can happen with photo apps. Maybe you like a certain app for taking photos, but the app only offers limited editing tools, or filters and effects that are a bit boring or not suited for the result you want to achieve. And so a little dance begins, where you take a photo with App 1, save it to the Camera Roll, open App 2 and use its marvellously intuitive Curves feature to get the shadows and highlights just right, but App 2 doesn’t have quality black & white filters that can get you that grainy film look you’re seeking, so you try App 3, and if you’re lucky you’re done in just three steps. Sure, this process can be fun and not necessarily complex, and with the right apps — when you already know which you can use to obtain the desired result — it’s certainly a good alternative to learning a more complex piece of Mac software.

What happened to me with photo apps on iOS is this, though: over time, I’ve accumulated dozens of them. A lot of them are great, each offering me an amazing array of tools, modes, filters, etc. I’ve got to the point that if I want to crop an image, or vary its colour temperature, or apply an automated ‘clarity boost’ filter, I can choose among at least twenty-one different apps on my iPhone. Now, when I need to edit a photo in a more thorough manner, I can try to stick to a known workflow, but I often stop in my tracks and wonder: What if I tried this other way? or What if I’m doing it wrong and there’s a better combination of apps I could try?

Don’t tell me that hasn’t happened to you as well. And sure, that kind of freedom of choice is exhilarating and we can even call it versatility. What I have found out in my case is that — despite finding a lot of iOS photo apps fun and great to use for quick retouches and effects — when I need to do more complex editing and refinements, I’m just more efficient on a Mac — where I use fewer apps, but each being generally more flexible and powerful. Naturally, your mileage and experience may vary.

More than one platform being simpler/easier than the other, I believe that with iOS and Mac OS X we have two different types of simplicity:

  • iOS has smaller, more straightforward apps that usually have little to no learning curve. Combined with the directness of the touch interface, they create an overall pleasant, fun, less intimidating experience for the user.
  • Mac OS X usually has bigger, more complex apps, but with a broader scope. In some cases it’s necessary to spend a bit more time learning how to take advantage of everything an app can offer, but the reward is a simpler workflow and fewer switches from one app to another, because certain tasks can easily be accomplished without leaving an app, without needing assistance from other apps.

Let’s consider some of the examples Ben Brooks makes in his piece.

Window management

On a Mac you have to decide if your window is going to be full screen or not. If it is full screen, is it full screen but split with another app, if so by how much? Or is it going to be a window on the desktop, if so where and how large? Repeat that for every app, and a lot of your day becomes just managing the size and location of your windows.

Is it just me, or does this above sound ridiculous to you too? That’s just overthinking the whole thing. There are apps whose main window you keep full-screen by default, all the time. In my case, Safari and Mail are always full-screen. With other apps, management isn’t that complicated if you’re not suffering from OCD. You open documents and windows as needed, you move them where you need them, and you start your work. I arrange windows according to focus, and I usually avoid having more than three apps share the same desktop space. Almost all the apps I use on a regular basis on the Mac have their main windows opened in a fashion I’ve devised one time, and they stay that way unless I have to change something for a new, unexpected task that involves apps I use less frequently. I certainly don’t spend ‘a lot of my day … just managing the size and location of [my] windows’!

With iOS you only get one size on your iPhone, and four sizes on the iPad (full screen, 2/3, half, 1/3). That’s simpler no matter how you slice it. It’s also faster, as you are now spending far less time managing application windows. Spend your time arranging your application windows or spend it getting shit done.

Sure. But get this: often I need to translate a technical document, and I’m given another technical document containing similar parts; or I need to keep an eye on a previous document I translated for the same client because it contains the same jargon, and of course the client needs consistency when certain terms/expressions get translated in the latest document. This kind of task is trivial when using TextEdit, or a text editor such as BBEdit or TextWrangler: I open the four documents and arrange them as to have, say, Doc 1 and Doc 1 Translated in the upper area of the screen, and Doc 2 and Doc 2 Translated in the lower area. Four windows, in a tile arrangement, roughly dividing the screen in four quadrants. Sometimes I even need to keep 6 or 8 windows arranged similarly. In TextWrangler (and BBEdit), there’s even a handy command to quickly arrange windows for this kind of workflow (Window > Arrange). Try doing this on an iPad.

I’m writing my serialised novel Low Fidelity in TextEdit, each episode being a separate file. I often keep older files open and stacked behind or around the latest episode I’m writing. I do that mainly for continuity, to avoid inconsistencies in names, places, scenes, what information every character has learnt or passed, and so forth. I also keep Notational Velocity open on the right side of the screen, because that’s where I keep notes and ideas for the novel, lists of characters and places, a glossary of terms and acronyms I coined for the story, and so forth. And finally I keep a Finder window open on the contents of the Low Fidelity folder, and when I need to search for occurrences, I can do a multi-file search using the search field within the Finder window. It’s a very effective workspace which took me little time to set up. I just can’t do that on an iPad.

It’s in cases like these where — with regard to iOS — simple feels more like limited. Could I adapt my writing workflow so as to work exclusively on iOS? Perhaps, but why? I would certainly work much less comfortably and efficiently. I’m not the kind of writer who just works with one window open and uses only Markdown to write. I would have to jump back and forth between different apps and open documents all the time (yes, even if I were on an iPad Pro with all the multitasking features of iOS 9). I would have to come to terms with an array of constraints and tradeoffs that it simply makes no sense accepting, whereas I could just take a Mac, fire up a text editor, open up a bunch of documents, and arrange them right there before my eyes as I see fit. It’s that simple.

File management

On the Mac, you can have files and folders anywhere you want. You can try opening problematic files with different apps. You can open corrupted files with a text editor and manage to extract part of their contents. If you don’t like photo apps that import images in obscure libraries, you can simply organise your photos in a hierarchy of folders of your own choosing. Such degree of freedom and flexibility almost looks like a bad thing to have when you read Brooks’ piece.

On my Mac I have files I drag out to the desktop, to drag into another app, to export back out of that app, to drag back to another window, to then upload and finally use. It’s madness if you really think about it. On iOS I rarely touch icons representing files, instead I get to where and what I need much faster.

Yes, it is madness if you do that on a Mac. There’s no need to drag stuff around so much. You can pretty much place a file anywhere you want from an app’s Save As dialog box. You can import a file in another app by right-clicking and selecting Open with (just like Open in… on iOS). When I need to create a document and have it on the cloud, I just save it in my Dropbox folder directly, or in a directory of my server that I keep on the Desktop thanks to Transmit’s Mount as Disk feature. I can have screenshots and other files uploaded automatically with CloudApp if need be. And so on.

I don’t care where the file lives anymore, I care only about getting my file to the place(s) I need it. From Ulysses to WordPress, Photos to Pixelmator, or Mail to Documents.

It’s a personal preference, granted, but I do care where my files are. It’s how I organise my stuff. It’s part of how I handle backups. And getting a file to the place I need it, on the Mac, is just as easy: from MarsEdit to WordPress; from any folder containing photos (even on external devices and network volumes) to Acorn (or Flare, or Graphic Converter, or Aperture); from Mail to Preview (or whatever app handles the attached document by default).

And if dragging and dropping is such a drag (pun intended), there are excellent apps like Yoink! and Dropzone on the Mac App Store that make such operations really easy to handle, and add a great deal of functionality in the process.

Power management

Here is when talking about iOS becomes talking about hardware, and I’ve already said that iOS devices have the advantage of portability. And yes, battery life as well. I have an older MacBook Pro, so if I need to work off site for more than three hours, I have to bring the charger with me. It’s really a non-issue, since the various places I go when I don’t work at home all have power outlets at hand. A newer retina MacBook has a battery life of ‘up to 9 hours’ and a 13-inch MacBook Air ‘up to 12 hours’ according to Apple. I believe one can safely take one of these laptops to work a few hours away from home without having to carry a power adapter, if it’s such an inconvenience.

Final observations

I really don’t want to give the impression that this is a matter of iOS versus Mac. (I also hope we won’t get there in the tech debate.) For me it’s not. I use both and I’m happy with both because I take the best from both. If I wrote this is because I’ve noticed a bias towards iOS from an increasing number of tech people that goes beyond the excitement of choosing it as the main (or only) platform for themselves. If you’re able to do all your work by going iOS-mostly or even iOS-only, more power to you, but it’s not necessary to paint the Mac as a second-class system all of a sudden. I agree, iOS is simple and intuitive, but the Mac is far from being that obscure, complicated and convoluted beast some make out to be.

iOS is praised but at the same time you hear that it needs certain refinements — especially when it comes to the iPad Pro — to fully take advantage of the hardware and the possibilities it opens. As I said previously, to achieve that, to become a more powerful, less rigid system, iOS will have to get a bit more complex. If you want a higher degree of freedom when multitasking in iOS, things will have to behave in a more Mac-like way. And that’s ironic, is it not? A few days back I saw someone posting a design for a drag-and-drop interface between windows in iOS, and the general reaction seemed to be: That’s a cool idea. I thought: Of course, it’s like on the Mac. It’s one of the simple things of the Mac. You can tell me it’s great to move files from an app to another by using share sheets. Dragging and dropping is just as simple, and works basically everywhere.

At this stage, and to simplify a little, iOS and Mac OS X have two different kinds of simplicity: iOS has easy-to-learn, easy-to-play-with apps, and more complicated workflows, awkward multitasking and a still frictional inter-app communication; Mac OS X is the exact opposite, having more complex apps (but often capable of taking care of multiple tasks on their own), more flexibility and fluidity in its workflows, powerful multitasking and application interoperability.

You don’t have to choose. You don’t have to jump through hoops to get a task done on one platform if the other just offers you a more straightforward and efficient way to tackle it. What guides you towards a preferred platform is how you work. Justin Blanton, quoted by Brooks at the beginning of his article, explains how he’s reached a point where he can do almost everything from his iPhone, — I’m genuinely amazed and happy for him. I’ll always need big displays and plenty of screen real estate, and I’ll gladly accept the tradeoff of carrying a Mac laptop with its charger when I leave home.

iOS is indeed compelling, now more than ever, but the Mac can be just as compelling once you get to see the ways it can be simple, powerful and versatile.

Category Tech Life Tags , , , ,

Control Centre is fine

I had planned to write about The Case Against Control Center by Stephen Hackett, expressing my complete disagreement with it. I refreshed my feeds a moment ago and noticed that John Gruber has beaten me to it, saying essentially what I was about to say.

I’ll just add that this is a textbook case of modern tech blogger’s tunnel vision. The gist of Hackett’s piece seems to be: “Apple should adjust/rethink Control Centre’s UI to better suit my needs and get rid of UI elements I have deemed of little use.”

I love the top row and screen brightness settings, but as I get closer to the bottom of the screen, the usefulness of Control Center lessens. With the exception of maybe the flashlight button, I’d be fine if the bottom row went away, Calculator and that creepy new Night Mode button included.

The usefulness of Control Centre actually varies from user to user. I personally have little use for the AirDrop/AirPlay row, but I know people for whom it’s a godsend, given how frequently they need such features. I think Control Centre as a whole is indeed one of the best features on iOS today. Apple did a great job in improving it cosmetically from the original iOS 7 implementation, and considering the varied needs of iPhone/iPad users out there, what Apple chose to include in Control Centre is a nice selection of shortcuts. You can’t make everybody happy, but with Control Centre as it is today, Apple has made sure that every iOS user can find a certain degree of usefulness. Not an easy balance to achieve.

Category Briefly Tags , ,

Some Mac sightings in The X-Files

Knowing that The X-Files, one of my all-time favourite TV series, would undergo a small reboot 14 years after its nine-season run, I’ve recently been rewatching past episodes, and seasons 6 through 9 in particular. I happened to notice a few Macs and Apple hardware here and there, sightings I admit I was surprised to have missed before. I wouldn’t say this was blatant product placement, because the camera never really lingers on the hardware. In most cases, it’s just a glimpse, but it made me smile nonetheless.

Here are a few captures:

S06E02
From Drive (Season 6, Episode 2 — Air date: 15 November 1998) — At Scully’s workstation you can see what is likely a 17-inch Apple ColorSync display and the beautiful Apple Extended Keyboard II. The Mac these peripherals are connected to is out of sight, but chances are it was a Power Macintosh G3 minitower or one of the Power Macintosh 8xxx-9xxx series.

 

S06E08
From The Rain King (Season 6, Episode 8 — Air date: 10 January 1999) — On the secretary’s desk, there’s an original iMac in all its glory.

 

S06E10
From Tithonus (Season 6, Episode 10 — Air date: 24 January 1999) — On Scully’s desk, another 17-inch Apple ColorSync display, but this time with an AppleDesign Keyboard under it. Once again, you can’t see the Mac they’re attached to.

 

S07E02
From The Sixth Extinction, Part II – Amor Fati (Season 7, Episode 2 — Air date: 14 November 1999) — On Scully’s desk, a PowerBook G3 ‘Lombard’ running a program called Image Master. (It can’t be a PowerBook G3 ‘Pismo’ because at the time the episode aired the Pismo had not been yet introduced.)

 

S07E07
From Orison (Season 7, Episode 7 — Air date: 9 January 2000) — At the hospital they’ve upgraded the monitors, now using the 15-inch Studio Display, Apple’s first flat panel display. The original display, introduced in 1998, was dark blue and transparent; this is probably the third and last revision (Rev. C – M7612), with a DVI video connection and USB ports. The keyboard is an AppleDesign model. Again, no Mac in sight. I like to think it was a Blue & White Power Mac G3.

 

S07E17
From All Things (Season 7, Episode 17 — Air date: 9 April 2000) — Agent Scully uses Apple hardware at home as well. On her desk is perched a 17-inch CRT Apple Studio Display. It could also be the larger 21-inch model, it’s a bit hard to tell because it’s never visible from the front, always from the side, but I tend to think it’s more likely a 17-inch model. These bulky displays were introduced in January 1999 along with the Blue & White Power Macintosh G3, and discontinued in July 2000. Their design was reminiscent of the original iMac, and the first series had a blueberry semitransparent shell. It changed to graphite with the introduction of the Power Mac G4 line.

Edited to add: On top of the display you can probably make out a dark, rounded object. It should be a black Connectix QuickCam. The QuickCam, developed in 1994, was basically the first popular webcam. The initial model was available only for the Macintosh, connecting to it via the serial port. It produced 16 shades of gray at a resolution of 320×240 pixels, and could record video at about 15 fps; it cost $100. (Source: Wikipedia). The model in the photo was possibly a QuickCam VC with USB connection.

 

S08E13
From Per Manum (Season 8, Episode 13 — Air date: 18 February 2001) — The reception desk at the ‘Zeus Genetic’ clinic sports a complete Power Mac G4 Cube workstation, with the 15-inch (or 17-inch) Apple Studio Display and Harman Kardon SoundSticks (and I bet that there’s even an iSub under the desk). Sorry for the blurry capture, but the camera was panning quickly and this was the only way to catch all the hardware in one single image.

 

S08E16
From Three Words (Season 8, Episode 16 — Air date: 8 April 2001) — Beautiful and unexpected, what can only be an iMac DV SE G3/500 ‘Snow’ (Summer 2000). I’d really love to add this to my vintage wishlist, but unfortunately I’m out of space.

 

S09E18
From Sunshine Days (Season 9, Episode 18 — Air date: 12 May 2002) — If I remember well, here Scully is in a videoconference with agents Doggett and Reyes. Given that the episode aired before Mac OS X 10.2 Jaguar was introduced, the GUI we’re looking at is Mac OS X 10.1 Puma. I don’t recognise the software, though. It could be some specific third-party application for videoconferencing, or some kind of modified QuickTime interface. I did chuckle at the hard drive’s name, MondoDrive.

That’s it for now. Maybe one day I’ll search through Seasons 1-5 and post more captures. I hope you enjoyed these.

Category Tech Life Tags , , ,

Kind of sherlocked

First, a refresher on what f.lux is:

To quote its developers, f.lux is an application that “makes the colour of your computer’s display adapt to the time of day, warm at night and like sunlight during the day. f.lux makes your computer screen look like the room you’re in, all the time. When the sun sets, it makes your computer look like your indoor lights. In the morning, it makes things look like sunlight again.”

The effect is beneficial to one’s eyes at night: the warmer colour temperature of the screen reduces eye strain and helps to sleep better. (There’s research behind this.)

f.lux is available for Mac, Windows and Linux, and it’s been around for a few years now. It’s free to use and the developers accept donations.

f.lux has never been officially available for iOS, because it doesn’t use documented APIs. Since 2011, you can install it on jailbroken iOS devices via Cydia. On 12 November 2015, f.lux’s developers offered a way to install it on non-jailbroken devices through a clever trick — by sideloading it using Xcode, but Apple quickly intervened, asking the developers to remove this method because it violated the Xcode guidelines.


Back in November, in the conclusion of my article f.lux must be allowed on iOS, I wrote:

Well, I urge Apple to reconsider and look the other way, or to work with f.lux’s developers to find a way to allow them to ship a regular iOS app. It saddens me that something this useful is not allowed on the App Store, while a generous quantity of utter, useless crap is. If you read a lot on your iOS devices in the evening and at night, f.lux has a really beneficial impact on your health: it leads to much less eye strain and a better sleep. It deserves a place on iOS.

Apple’s move? Adding a feature to the upcoming iOS 9.3 update that works essentially the same as f.lux, called Night Shift. Apple is not new at this kind of behaviour, even an informal term has been coined to describe it, but what really rubbed me up the wrong way this time is the marketing language used to introduce Night Shift…

#alttext#

…together with that This latest iOS release adds numerous innovations to the world’s most advanced mobile operating system in the introduction at the top of the page. Look, I know, this is subjective, and I’m venting here, but the feeling I got after reading about Night Shift is that many people who don’t know better may think that Apple has been spending quite some time researching and developing this innovative, never-before-seen feature.

Perhaps this is just the idealist in me speaking but Apple could have involved f.lux’s developers to work on this feature, both for iOS and Mac OS X, instead of reacting with another example of Not Invented Here syndrome and adding a sprinkle of fanfare in its announcement.

f.lux’s developers have reacted in the most elegant and gracious way possible:

Apple’s involvement in fixing this problem is a big commitment and an important first step.

We’re proud that we are the original innovators and leaders in this area. In our continued work over the last seven years, we have learned how complicated people actually are. The next phase of f.lux is something we cannot wait to ship to the world. […]

Today we call on Apple to allow us to release f.lux on iOS, to open up access to the features announced this week, and to support our goal of furthering research in sleep and chronobiology.

I hope to be wrong on this, but my first reaction is Good luck with that. If before the excuse for not allowing f.lux on iOS was that it used private APIs, the excuse after iOS 9.3 and Night Shift will be that it duplicates a built-in feature.

And I bet it won’t be long before we see a Night Shift equivalent on Mac OS X.

By the way, I’ve heard through the Twittervine that Night Shift will only be available to iOS devices with 64-bit architecture (therefore minimum requirements will be iPhone 5S, iPad Air and iPad mini 2, and iPod touch 6th generation), which is another artificial limitation, since my iPhone 5 handles f.lux pretty well. This kind of useful feature should be made available to the widest possible range of devices — at least all those that support iOS 9. Good thing I acted quickly and managed to sideload f.lux in the brief window of availability back in November.

Category Software Tags , ,