Reply To: Re: Development thoughts – The DNA ToDo list 2012-07-05T15:24:23+00:00

Home Forums Feature requests Development thoughts – The DNA ToDo list Reply To: Re: Development thoughts – The DNA ToDo list

Post count: 220

Maurizio; I haven’t used google wave yet. Will take a look at it and I’m certainly interested in your thoughts!

Andrea; Thanks much, was a busy holiday and always stressful for me. Some year I’ll figure it out and relax… πŸ™‚

"Andrea" wrote:


Systray flyout menu should collapse when it loses focus (currently if you right-click open the sytray menu you must select an option or it?s persistant.

Not sure this is feasable…it seems like a standard windows control… I’ll talk to Maurizio about this.

Actually this is standard windows behavior. Right click on any icon in your systray that evokes a flyout menu then left click anywhere else except on the menu and you’ll see the flyout menu go away. Basically, when the flyout menu loses focus it goes away – except for the Tabbles flyout menu.

"Andrea" wrote:

Add internet address to Tabbles via right-click/kybd shortcut

Did you notice that you can drag’n’drop from the address bar of IE/Firefox/Chrome into a tabbles? There is a little thing that you can drag’n’drop next to the address bar, you can use it to drag’n’drop the url to the desktop or to a folder too…
Anyway, we’re thinking of asking someone (we have an idea already to whom) to make a plugin for Firefox so that the Quick-tag window can be invoked from Firefox… would this be good enough?

Do know about the drag and drop, but most url collection occurs on a machine that doesn’t have Tabbles installed. I drag and drop to thumb drive folders than synch it onto the main machine when I get home.

That sounds like what I was talking about, yep. To check that we’re thinking of the same thing; highlight the URL in the address bar, right click on it, the menu has an entry to "add to Tabbles" which invokes an add tag panel without having to switch focus to Tabbles. Good enhancements would be detecting the web page’s title and then running auto-tagging rules on it. Perhaps even treating it like a new file where it’s auto-tagged and a pop-up allows you to add more, etc, rather than opening an alt-a at all!

An alternate or additional) idea would be saving the URL as a shortcut file, like what is created when dragging the address into a tabbled folder. The shortcut file automatically takes the web page’s title as the file name which then triggers auto-tag rules. The downside (?) might be that you would have to either prompt for the save dir, or (better) define a default dir in the options menu.

"Andrea" wrote:

Import/export structures/dbs needs a complete make-over.

Yes, we agree on that 100%. As I mention in some other thread, we’ll soon be working on the shared-tabbles feature: such feature will need a re-coding of the whole import-export of dbs, and therefore I guess we’ll catch the ball and do also the thing you mention here. Anyway, it would be great having some input from you on how to improve this set of functions.

Excellent! If you guys have a skeleton of an idea already on this do open a thread! I’ll try to get my ideas on it together and coherent and get em posted soon.

"Andrea" wrote:


Program title bar notes DB/str loaded

Force/filter file extension when loading db/str. No reason the user should be presented with every file in the folder when they?re looking for a db. Also consider shortening the db extension to a standard 3 letters. (IE; *.tdb, *.tbl, or the like. Quick google showed me a good extension can be found without conflicting with currently popular program extensions.)

ok…I’m writing a note on this. This is a kind of thing that we tend to de-prioritize as only super-advanced users can use it. Also, we’ve been discussing several times about the possibility to make Tabbles portable/mobile, meaning to give the chance to the user to run it directly from a USB drive, with the db and all the paths saved relatively (they would work no matter what letter the drive is using). I guess this would also limit the need to change/move databases, isn’t it?

LOL! I think I didn’t explain well enough. Sorry, Andrea, my fault.

The first one is about having the filename of the currently loaded database displayed in Tabble’s title bar. At the top left corner of most program windows is the program name and either the file loaded or some description of ‘where’ you are. Currently firefox top left reads; Tabbles forum – post a reply – Mozilla Firefox 3.6 beta 5.

By ‘force/filter the file extension’ I meant filtering out seeing the files that you can’t load. Since you can’t load a txt file into Tabbles then why display it in the restore/load window? In a dir with alot of files you end up seeing alot of files you can’t load anyways so why not filter out the files you can’t load and only display the files you can.

When backing up/saving a database Tabbles defaults to ‘db.tabblesdb’. Two things here; First, shorten the default file extension to 3 letters (IE db.tdb), and second, make the default filename the filename of the currently loaded database.

As to making Tabbles thumb drive portable? 😯 You know I been wanting that forever! πŸ˜†

"Andrea" wrote:

Start adding ?are you sure?? dialogues when loading and saving (with filenames) and other applicable locations. While an UNDO button would be nice, the idea is to stop a mistake before it occurs rather than fixing it afterwards. This philosophy should be applied program wide.

Are you referring to loading/saving databases?

Primarily, but it can be applied other places as well, such as when one is about to clear all tabbles on multiple files… πŸ˜‰

"Andrea" wrote:

Ability to edit; URL of internet address, Tabble name in property box, font and/or size, grid spacing, tabbles label.

a zoombar (like the one in Office 2007) would do… isn’t it? πŸ™‚

Actually there’s 5 things there, none terribly important, but not zoom… πŸ™‚

"Andrea" wrote:

Logical OR

Yes…this has been asked many times, and I guess we’ll have to do it at some point πŸ™‚


"Andrea" wrote:

Merge link/unlink panels, (add rename active only if single file selected) ? Yes, this has been something I?ve harped on for a while now. This is major.

Uh, I remember that Maurizio tried to do it recently (I was also involved with the GUI and the testing but it didn’t quite come any conclusion…honestly I can’t remember why but there was some underlying problem….

Yes, he posted me about having a problem. In any event though I want to keep this on Maurizio’s mind because I think it’s important to solve. Having to use 2 windows to manipulate the tabbles on a file is rather a pain when you have files flowing through a system.

"Andrea" wrote:
You’re talking about hide/unhide tabbles? If so, I have some good news: hide/unhide functions have already been removed since now you can put a tabble into another one…hiding it somehow. We have to work on some clever visualization modes that will allow you to see the tabble hierarchy as well as all the tabbles with some sort of filtering possible. (an alpha/preview of this should be available tomorrow or something) :mrgreen: :mrgreen: :mrgreen:

Ouch… Uh, I’m not sure I’ll be using much of the nesting tabbles as it would add upwards of 3 or 4 useless tabbles to every file. And if you’ve taken out the hide/unhide? I assume all tabbles become visible? Oh my… 😯

"Andrea" wrote:

The purpose and attractiveness of Tabbles should remain with its unique function. Form can be refined at leisure. Also, hiding tabbles should not be a ?hidden requirement? to the program?s usability.

The question ?What problem does it solve?? should be taken out back and shot. The problem with relying on this question as a standard for program development input restricts potentials. This was well illustrated when we began calling for a standardized menu bar. The only way we could get it in there was to hammer on the ?learning curve? problem and it took a while for even that to be accepted. Further windows standardization has been stalled by application of this question. The logical OR request is where I?ve really come to dislike this question. Quite honestly I?ve come to see this question as a way to minimize input that is not completely enough presented or that may be hard to code. This doesn?t mean you should coddle and run with every scrap of an idea anyone blathers out, but a much better question would be ?How would this improve Tabbles??

The pcworld guy was kind enough to write us offering feedback πŸ™‚
I wrote him back suggesting that he updates his video-drivers or tests Tabbles on another pc… we are 99,9% sure that that guy has a video-driver issue… the problems he describes can all be explained by the fact the WPF is drawing the Tabbles graphics using a software renderer instead of the the video-board.

Besides: at the same we got this review and based on comments from other people, we’ve been thinking about making the interface look&feel more "standard" where standard = like Office 2007 or Outlook. It’s indeed not a lot of work and we could always give the user the chance to switch to the current "greyish/Mac-ish" skin.

It did sound like he was experiencing out-of-the-ordinary slowness and I don’t doubt you’re right, however I have mentioned that I’ve experienced slowing on occasions and high mem use as well and bad drivers aren’t the problem.

I think closer to my point is the fact that the number of tabbles showing can affect Tabble’s performance dramatically. Form over Function. I was actually rather surprised when Maurizio noted that a couple hundred tabbles visible was alot and it turned out to be the cause of the hangs and crashes I was having. Nesting tabbles may somewhat mitigate the number of tabbles visible at any one time but it doesn’t solve the underlying problem. (which I think will crop up again anyways, but we’ll see…)

I assume that by ‘look & feel’ you also mean ‘menu commands & layouts’ too? πŸ˜‰

Anyways, hope that clarifies a bit, and I hope for an even more successful year for Tabbles in 2k10!

We use technology (including cookies) to collect, use and transfer information to support this Site, including for data analytics purposes, as described in this Site's updated Privacy Policy. Your continued use of the Site signifies your acceptance of such cookies. To learn more about how to manage your cookie settings and how to exercise your rights under GDPR please see our Privacy Policy

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.