• Posts 23
  • Member Since
  • Last Active
All Posts Topics Started
Not all weblinks are sent to Inbox (9.03.5 on ios 11.1)
zenrain wrote:
There will be a button that looks like a box with an arrow pointing into it. It should have a red badge with the number of items sent to the inbox. Click that. 

Thanks Alex - this works, they were all there.  I just haven't used iOS for editing brains, which is probably obvious from my post.  iOS is useful to look up something quickly in a Brain, but for me, not editing....it'll be nice when drag n drop is implemented.  

I have a different paradigm in mind for the Inbox - that it'd be available on the desktop too.  And, conversely, items could be placed in my Inbox from the desktop - as a holding bucket for subsequent processing, or, if desired for processing, within iOS.   Independent of a Brain being open. 
Not all weblinks are sent to Inbox (9.03.5 on ios 11.1)
Perhaps I’ve missed something...where is the Inbox after sharing from iOS 11.1?
iOS, Desktop?  
I’ve been desperately waiting for this feature...via iOS apps, email, integrations.

I see something a bit different than antonv...see screenshot.  The “Add to TB” option is only available on the bottom row of the share dialogue (n/a on top row), and has slightly different text. 

When I share something it briefly says “Adding to Inbox’...then ‘Item successful added’.  Same for PDF, web page, photos, etc.  

But I see no evidence of an Inbox -added attachments or thoughts in an open brain in iOS or desktop TB 9.0.230.  Sounds promising though.  

Suggestions where to find the items I’ve shared to my TB 9 inbox?  

++1 if it’s not implemented yet. 

iPad Notes Full Screen and iOS 11 implementation (#257 and #258)

zenrain wrote: ... Also, the new version should support drag and drop for iOS 11, and the new windows multitasking features. This is a fantastic opportunity to position TheBrain iOS as a iOS powerhouse.

Zenrain had the exact question and suggestion in July that I’m interested in - for iPad, esp.

I’m wondering what the status and/or priority is to support iOS 11 drag n drop via split-screen multitasking?
  • If I’m missing how to do this now (iPad Air 2; I can enter split screen with several other apps) I‘m all ears!  
Until the email/inbox/integrations are implemented in the backbone TB 9 features (not in 9.0 release), this would help a lot in getting media, links, email, files, maybe calendar events and contacts into a brain (I’m envisioning even a simple pinned Thought (e.g., “Inbox”) one could use as a ‘triage Thought’ for later processing via the desktop program.

iOS drag n drop is exactly in line with the very strong drag n drop features of the desktop platform.  

I imagine this is all known, so I guess I’m back to the original question of status and priority.  And if I’m missing how to do this now (I’m not yet an iOS 11 new feature expert).

Oh, yeah, I’m impressed how my task manager ToDoist has this implemented (skip past the Siri section to see the Todoist drag n drop aspect in iOS 11)   {re the Siri-Todoist integration mentioned in the blog post...Siri-TB9 iOS integration is a future wishlist item, or a +1 if already there [Comp]
unsafe names
I had these same issues - corresponded with the support and dev teams via support email.  

Kudos to the engineering team - the issue I had...same as reported in this thread (unsafe file names, aborted initial upload; no errors detected by integrety scans), through x211...is indeed resolved in x212.  :-)
Error generated: reverse label/name when name is null (#3991)

This is repeatable on my Win 10 system.  Didn't see it reported in a quick search.

1. create Thought with a name and a Label
2. cut/delete Thought Name (name field now blank)
3. click on the arrow icon to reverse Name and Label
4. error generated.  
5. no changes made to Thought Name (original) or Label.

Specifics for this error - any why this unusual circumstance made some sense to me! - on my system:
New Thought created in plex w/name as a url (pasted URL).  
After adding a label, I decided I'd rather add the URL as an attachment and promote the label to thought name.  
So I cut the URL from the Name field and pressed the reverse arrow, expecting an empty label, and the existing label as the thought name; I'd then paste the URL as an attachment.  

Log attached (null string argument error)
Error generated: Moving a file into a Brain (file previously shortcut-linked) (#2827)

This error occurred when I was editing an Excel file, and decided I wanted to tuck the file away in the Brain rather than be linked.  I forgot to close the file before Moving it.

Steps to reproduce:

1. Within a Thought, add a link to a file (e.g., + in the Content window>Link to File)

2. Open the file in the native program (I tested xlsx and pdf files) 

3. Right click on the linked file's Tab title (pdf or xlsx) or shortcut description (xls) within the Content window; chose Move file into Brain

4. Error is generated (and the file is not moved into brain)

Error log attached...w/the predictable error desc: 'The process cannot access the file because it is being used by another process'.

No Error is generated when 'Copy file into Brain' is chosen instead...and the file copies into the brain fine.  

Windows 10, TheBrain
Integrating more information into the Plex (#3736)
Whatever method, I vote for a Settings toggle
  • this is not a concern if labels aren't used (I don't use labels ubiquitously, for example); and when using TB more in learning/browsing than brain pruning or composing a brain architecture, it could be viewed as annoying or just TMI.

I also vote B, but would encourage a more Type-attribute presentation (e.g., Type's icon, color); minimally, the red outline as used in the Type-activated plex.  

  • Question: Is this Type name display variation only for when there is both a Thought Label and a Thought Type associated?  Or always, when toggled on?  
    I bring this up because currently Type name is already displayed upon Thought hover -- when there is a Type, but no Label (of course this is a basis of mrsandbag's post, Label takes hover action preference over Type name when both are present, correct?).  

    So, option B brings up the Type display consistency aspect vs current thought hover when there is a Type but no label.  Maybe I'm the only one that didn't already assume this for B...    

    But option B brings up another question (or opportunity?), would option B display the Supertype, if present?  That might be interesting.  Or maybe too much info...  
Add attachment > Capture image bug (#3681)
Perhaps known, but yet in x163, is a very similar/same issue by this route:

Thought Properties>click icon area>select Capture Screen>use red rectangle selection within another program (browser window, powerpoint), or the Desktop:

    - At 100%, screen area capture (need my reading glasses!) works fine; at the default 200%, it does not.

Lenovo Yogi 900, 3200x1800 screen resolution (touchscreen).  Windows 64bit, ver 1607
Confirmation of new Types and Tag creation - "empty" Types/Tags can be created (#3645, #3674, #3675)
Thanks, Harlan.  Quick work - the main issues, creation of empty or partial Types/Tags and ESC not working fully looks squashed in build x.161; looks like you applied Suggestion 1 in my initial post. Great!  
Anyway, I'm not sure what was assigned to 3645, 3675, 3465...but for clarity, what I'm seeing yet in x.161 is two of the smaller issues I ran across before still exist. For the first, I've included a more information:

  1. Placement - and the program/OS scope - of new Type and new Tag name boxes (via the menu path, Thought>Type(/Tag>New) has issues. - when TB9 is not maximized: Usually, but not always, the new name popup spans outside the left of a TB9 window...see previous post attachments.  
    - whenTB9 is maximized, The new name popup shows up well inside TB9, but the popup's scope still seems problematic: If one leaves the popup open then ALT-tab switches to another application, then back to TB9, the popup is gone (seemingly like alt-tab = esc wrt the popup, which would be understandable if that's the design).  However it's NOT gone.  The alt-tab app list shows a separate program instance, showing just the box (see attachment).  I don't think this is Windows 10-normal, but am not 100% sure??  Regardless, if one then alt-tabs and selects that odd progam instance, TB9 then appears with the popup where it originally was.  Expected, unexpected?  It's unexpected behavior to me, esp given the behaviour with non-maximized TB9. 
  2. The popups still say "Thought Name" rather than New Type or New Tag Name as the background text reminder.  

Take care.

TB9 - alt-tab showing rogue window.jpg 
Tags and types panes? (#3409 and #3646)

Speaking of summoning the Type/Tag popups:

It'd be handy to right-click on individual Type or Tags in these lists for options like Activate/assign, Edit Properties, Delete. A subset of the complete lists of options when right clicking the Activated Type or Tag in the plex. 
Confirmation of new Types and Tag creation - "empty" Types/Tags can be created (#3645, #3674, #3675)

Windows 10, build x158 - This is repeatable for both new Types and new Tags. 

Suspect it may be known, but if not here are observations from messing around with this a bit...my TMI 2 cents worth.


  1. Activate a Thought.
  2. Select Thought>Type or Tag from the main menu.
  3. Don't enter anything in the New Type or Tag name popup boxes.
  4. Do something different...press ESC; click in the plex, content window, another main menu; etc.  
  5. Regardless, an empty Type or a partial Tag item is created.  Types: no name or icon, Tags: no name, but w/preassigned pricetag icon:  
  6. Even if one DOES enter text in the new Type/Tag popup, pressing ESC creates an empty Type/Tag...doesn't abort the create fcn.  Instead, clicking somewhere after entering a name preserves what was typed (the intent, I presume...vs. requiring a confirmation??)...so an ESC issue, imo.
  7. These empty/partial Type/Tag Name and icon properties show up in all the right places...in both the keyboard Type/Tag Activation and Thought properties Type/Tag buttons' respective lists; Tag icon (only) pinned on the Thought in the plex; etc.  
  • Activated empty Types in the "Type Plex" present a red dot; Activated partial empty Tags in the "Tag Plex" present with the pricetag icon.  The empty Type/Tag properties can be edited normally to add Names and icons.
  • New empty/partial Types/Tags cannot be created via alternate paths: e.g., plex's Thought property's Type/Tag buttons>New.  Here the blinking red label box reminders trigger if "new" type/tag is clicked without entering text in the list boxes.  And, ESC properly works to abort, unlike #4 and #6 above.
  • Empty Types/Tags cannot be created from existing ones by deleting the icon (no problem) and the Name (old names stubbornly remain when deletion attempted - a good stubborn!) via properties.


  1. Abort the Tag/Type creation process if nothing's entered, regardless of what's pressed/clicked..or
  2. Don't allow continuing without a name entered.  Apply the same blinking red namebox design as used in other Type/Tag create interfaces; ESC to abort is required...or
  3. A different approach...present the Thought>Type/Tag menu differently: e.g, clone what's used in the plex Thought property>Tag/Type button list - functionality and presentation

#2 is probably a quick fix and will work (heads up, placement of the new name dialog box has some bugs in that it can span outside the Brain, and even show up outside TB - see attached screen sniplets)
#3 sounds good since it'd add consistency with other Tag/Type lists, but it would break from other top level menu cascading look/feel; and opening a new Tag/Type window right away rather than cascading might not be desired either.  Anyway, I leave it here for pondering.  Consistency is my 2 cents worth in this rambling.  

Minor issue Naming new Types/Tags:

Change the text: "Thought Name" in Thought>Type/Tag>New item boxes to "New Type Name", "New Tag Name".  It's misleading as-is since Thoughts, Types and Tags are different entities.  


Happy St. Patty's Day!


New Thought Tag: preassigned icon not visible in Tag Properties (#3630 and #3631)
Hi Matt!

Thanks for considering, and queuing the property box 'genre' reminder as a feature request. There's certainly less of a need than in TB8, but I believe it'd be helpful for new and migrating users. My experience is there is always a moderate to high learning curve with the Thought/Type/Tag construct, in part because property attribute assignments (cleverly/efficiently) all use a similar user interface.  

Yes, icons are a pinned item differentiator, but my opinion is a thought 'attribute/category/genre' (btw, what's the accepted word lumping thoughts, types, tags, link types, etc!?) differentiator is appropriate..for the reasons Type is differentiated; this in the pin bar but also the plex, property box.
Plus, it wouldn't be crazy to think user defined icons (and/or text colors) of Thoughts and Tags could be identical or, more likely similar, esp in larger brains; and where descretized Brain regions exist.  (Uh, me).  Link types are not pinnable, so this shouldn't cascade further?
One idea might be to simply 'tag' the pinned Thought Tag item with the TB9 default Tag icon (! [wink] )

mmm...maybe not...pinned Thoughts don't show assigned Tags (this might be a nice feature though, for pinned Thoughts)...and it'd create design/space issues on the pinned bar.  Have not thought through plex implications.   So...just an an off the cuff idea to consider, not a recommendation.  I'm sure your team has much better ideas.  A different encircling box than used for Types, even.  Ok, more than enough on that.  

Thanks, Matt.
New Thought Tag: preassigned icon not visible in Tag Properties (#3630 and #3631)

Thanks for the reply, Harlan.  

I didn't think of Tags as having inheritance like Types provide inherited icon/labels/text color attributes.  I guess since there's no "supertag" hierarchy with Tags, and Tags don't alter core Thought properties like Types do...  
So, it's essentially as if the design were: a new Tag 'inherits' an icon from a single TB9-internal "superTag" (poetic license here to imply hierarchy/inheritance); that supertag has the pricetag icon.  Text color is also inherited from internal defn (or maybe theme?), and Label inheritance doesn't apply (Tag Abbreviations are the corollary). 
If so, I get it, but it still seems simpler to pre-populate the pricetag icon [wink]... given the minimal Tag properties an no user-defined heirarchy/inheritance.  Just my preference to potentially decrease some confusion.  I can see the argument to not change anything, too.  

Anyway, speaking of Tag display...I frequently pin all three of: Tags, 'regional hub' Thoughts, and frequently used Types on the top of the Plex in order to to quickly activate, link, and shortcut-assign (Tags, Types).  I manually group-order these, L->R, Thoughts, Types, Tags.  I do this, in part, because there is not pinned Tag differentiation from pinned Thoughts.  In theory Tag/Thought icon/names could be the same.  Conversely Types on the pinned bar are differentiated with the same dotted outline box as used in the plex (this is really nice!).  

So, a suggestion is to consider visually differentiating pinned Tags from pinned Types and Thoughts; similarly, probably use the same differentiation for activated Tags in the plex, even though there is less need than plex Type-Thought differentiation. 
Might also consider stating in the respective property boxes if a Thought, Type, Tag (akin to v8).  I get the balance between TMI vs clean/minimal workspace...very common.

Again, thanks for considering.

New Thought Tag: preassigned icon not visible in Tag Properties (#3630 and #3631)

In build x157:

New Thought Tags are assigned - natively by TB9 upon Tag creation - a generic 'price tag' icon; same one for all new tags.  Understandably...to assure something shows up visually sticking to the Thought in the plex, and to help tags stand out better in report lists.  Assigning a personalized Tag icon after creation works fine, of course, overriding the placeholder...and showing up in the Tag Properties window.
However, when a new Tag is activated, the Properties window shows no icon (just the + sign...it appears unassigned).   Inconsistent - to me anyway - the preassigned icon visually appears, just like user-assigned icons in Tag lists, when pinning a Tag, etc.  
With that...I expected the pre-assigned Tag icon to be in the Tag Properties window after creation, until a personalized icon is assigned.  

No?  Null by design?   
A suggestion from my chair would be to consider populating the default Tag icon in the properties box, when created.
Thanks for considering. 
Delete Thought from Report - error (#3567)

This is a reproducible error generator, b153, 155, 156.  Windows 10

1. Generate Report 
2. Activate type/thought
3. Delete a type/thought in via plex (also occurs via selecting thought then deleting from the select window)
4. Click on the now-deleted item's name back in the Report window.  Error generates.  

This doesn't happen with Forget, only Delete.

Also, re Reports...+1 for bringing back the report icon next to the search bar.  

count post selected

Add a Website Forum to your website.

Newsletter Signup  Newsletter Signup        Visit TheBrain Blog   Visit TheBrain Blog       Follow us on Twitter   Follow Us       Like Us on Facebook   Like Us         Circle Us on Google+  Circle Us         Watch Us on Youtube  Watch Us       

TheBrain Mind Map & Mindmapping Software     Download TheBrain Mind Mapping Software