Bike 2.0 (Preview 297)

  • Changed task tracking from @done to @status
  • Added optional row log for tracking things, such as dates of attribute changes
  • Changed Row: Text Delete to leave an empty row behind with the caret in it
  • Added Settings › Extensions › Attributes to configure specific attribute behavior
  • Fixed the context menu system shortcut not working.

This release changes how task’s track “done”. Previously this was tracked with a @done attribute and associated date. Now it is tracked with a @status attribute with possible values of todo, started, canceled, done.

This means a few things:

  • Outlines using old @done attribute will need to be migrated to use @status. You will be prompted when opening document in the latest Bike.
  • Queries that reference @done will need to be updated. Use the new open() and closed() path functions. So before where you said //task not @done you can now say //task not closed()

Download:

8 Likes

Great changes thank you. I notice that the attributes in the settings are: Due, Estimate, Flagged, Hours, Priority, Status and Submitted. Only Due, Status, Priority, Estimate and Flagged show up in the palette. I can’t seem to get Hours or Submitted to show up.

I think my terminology might be off/confusing. When I say palette I mean:

Not the macOS context menu. Your custom attributes should show up in the above UI as long as they are selected in the settings table (and being set should be on by default for custom attributes)

Does that explain it?

It does, but I still can’t seem to get them to show up in that either…

Tried with a fresh document rather than a long-standing Bike one and it’s still the same.

Hum, that’s odd. Not sure why I’m seeing and you are not. Could you send me the example document you are testing with?

It’s the same with any Bike document for me, new or old. I’ll send one through.

Thanks, yeah I see nothing odd about that document, but it lead me to one way to recreate the problem. There are actually two sources of information that I’m pulling on when building that attributes editor view:

  1. I read all existing attributes in the current document + attributes declared by extensions
  2. I then compare those attributes the attributes table settings in extension settings
  3. And that’s how I build the final list

The important point is your document will only list a custom attribute, such as hour, when it is already used in your document at least once. Does that explain what you are seeing?

For example the same document that you sent me would not list “hour” because it does not include that attribute. On the other hand “hour” is listed in your extension settings because some other document listed it once.

Hopefully that explains what you are seeing. Next problem is to figure a better UI if that does explain it.

2 Likes

Thanks for looking into it. I see what’s happening and now that I understand the logic I can happily work with that.

1 Like

I’m going to make some UI fixes too, but glad you’ve got it working well enough now.

1 Like

The latest release cleans up the attribute settings a lot. Hopefully it’s easy to make sense of now. I used some different key names, so you’ll have to redo any customizations.

The main change is better update and attributes that are discovered (vrs ones declared by extensions) are now clearly marked. Plus some indication of what you have changed, and a way to reset settings.

2 Likes