Forum Replies Created

Viewing 15 posts - 46 through 60 (of 105 total)
  • Author
    Posts
  • mrdna
    Participant
    Post count: 220

    Logical OR. I bumped this thread a few months ago in the hope the Tabbles gods would look favorably upon the idea.

    I’m more than willing to re-open the topic. 🙂

    mrdna
    Participant
    Post count: 220

    "Maurizio" wrote:

    If I open WinExp via My Computer or a folder that’s on the desktop, then yes, the right-click options are there. When Tabbles spawns a WinExp window (locate in…) then no, they aren’t there.

    I’ve added this to the todo, but I have no idea what could cause it. Let’s see if it happens in 1.3.4, probably out today.

    Unchanged as of 1.3.9

    mrdna
    Participant
    Post count: 220
    in reply to: Plain UI #1558

    "Maurizio" wrote:

    And I can?t delete the table for this drive.

    Why do you feel the need to delete the disk-tabble? Only as a workaround for the above bug, of for some other reason?

    ::sigh:: I won’t speak for Serge, of course, but there are a good bunch of reasons to be able to permanently hide a drive tabble, some of which I noted when we first talked about this. First and foremost is that on my system I have my drives sliced up so that I have 6 drive letters for HDs alone, add 1 more for the CD/DVD and 2 more for thumb drives and you get 9. Tabbles does not need to see my music HD, the OS partition, the OS restore partition, 1 of the thumb drive partitions, and the CD/DVD (for now), so in essence there are at least 5 drives I really don’t need nor want to see.

    Put that in a business environment; say I get an assistant to do my evening tabbling and I’ve set up a file, print, and fax servers, also chopped up. Now we have several -more- drive tabbles and if my assistant is particularly ditzy and forgets where the files are they’re categorizing are then every folder and file they access in their search gets added to the main db file count and tossed into the ‘all tagged files’ category…

    Also, eventually you will need to look at file and db security in a business environment and hiding drive tabbles is a pretty basic foundation of that.

    mrdna
    Participant
    Post count: 220
    in reply to: Plain UI #1552

    "Andrea" wrote:

    And another suggestion ? please give me an ability not to tag files on selected drives. I have huge external drive which I do not need to tag at all. But Tagges periodically run background process to scan this drive; I kill it and Tagges runs it again. And I can?t delete the table for this drive.
    Is there a way to kill this process permanently and/or delete this drive from Tabbles?

    Tabbles doesn’t scan any drive: I assume you’re talking about the one-click tagging and there are some rules that get trigged by some file in that drive.

    Actually Andrea, it kinda does… This sounds like something I talked to Maurizio a couple months ago and is not associated with the auto-tagging rules but with the way Tabbles detects attached drives. As I understand it, Tabbles checks for drives every so often (which has something to do with how Tabbles keeps up with file changes not done via Tabbles?).

    Anyways, as a result you can’t hide any of the drive tabbles, or rather you can hide them until you reboot the program or otherwise cause Tabbles to redetect, then boom, they’re back. Kind of a pain for me too, but as I recall, Maurizio said there was nothing to be done because of the drive detection routines.

    I don’t think it actually runs any background processes on the drives, though it may look like it. When you browse drives in Tabbles it shows the "its a folder" and extension tabbles on the files, the tabbles don’t ‘stick’ though unless you access the folder or open the file. Only then does Tabbles take note of it and it becomes part of your "all tagged files" list and is added to the file count.

    mrdna
    Participant
    Post count: 220

    woot! Great to know you got things sorted out. Hopefully Maurizio can figure out by your info if Tabbles had some hand in these nefarious happenings. He’s pretty busy at the moment as I understand, but every little bit helps.

    cheers,
    mrdna

    mrdna
    Participant
    Post count: 220

    Ah, found the bug report in mantis and answered a question or two of mine. You have had versions back to 1.2 (and before?) and it looks like you do run a pretty high resolution from the screen shots you sent Maurizio.

    BTW, about the .NET; check in your control panel. The version installed for several releases has been 3.5sp1. It’d be -highly- unusual for windows to allow a step back from that (assuming it installed correctly for you). I remember the fits I had trying to dial back (and keep) directX for a game I play. Control panel will tell you what ver is installed.

    mrdna
    Participant
    Post count: 220

    inf2know,

    Just a few things as what you are describing is -very- unusual… I run Vista 64, fyi. (you run ultimate in 32-bit??)

    "inf2know" wrote: 1.3.5 (on my 32-VISTA Machine) has really messed up my Vista ultimate machine.
    Decided to reboot and much to my VERY pleasant shock, it booted normally so will be able to uninstall Tabbles 1.35!!!

    If someone can tell me how to export event viewer files I will do that and then upload.
    This (needless to say) is a CRITICAL problem! and has stopped me from further use of Tabbles.

    Before the Uninstall I will create a system restore point…
    Looks Like I am able to uninstall Tabbles 1.35 and will then reboot.
    At least It does not appear that I will have to go to recovery mode.

    The interesting piece of information is that the uninstall opened Firefox but Firefox said that it was not the default browser and asked if I wanted to change that. I believe Tabbles 1.35 changed the following:
    1. Desktop
    2. security access controls
    3. Default browser to IE
    4. I thought I was "current" on .net but I believe 1.35 installed some type of inet update and I believe it was an older version.

    Currently rebooting and all seems OK…..

    SUGGESTION to READERS. Do a Backup (or create a system recovery point) BEFORE updating Tabbles!
    boblevy@inf2know.com

    Creating a restore point before installing any program is a good idea. Good reminder there.

    My default browser is firefox and has been for years (currently 3.6b4) and I’ve never seen Tabbles clear it’s default status or re-default IE. I have seen other programs -try-. (specifically written for IE rendering and trying to force load IE) The Tabbles installer should be sending the page request to Windows default browser and shouldn’t ask for a specific browser, but lets windows decide that one. Certainly a curiousity if you’re certain that the FF ‘un-defualt’ happened during the Tabbles install.

    Which brings #2; As vista UAC tosses pop-ups when a program tries to do something above a certain security level, did you get any pop-ups? Part of Vista’s security features is that it won’t let system security happen without your approval. Basically you would have gotten an install failure if Tabbles tried to mess with them and a pop-up wasn’t generated.

    Messing with your desktop… Hmmmm, now there is a desktop replacement feature in Tabbles, but its not default. Being a heavily graphical program I wouldn’t be surprised if Tabbles checked your video resolution (which, as you know, when you change resolution down can really punk your icon set-up). I run 1024×768 and have seen no issue, do you run a higher rezz?

    Curious – did you have a previous version of Tabbles installed by chance?

    Hope this gets sorted out for you.

    mrdna
    Participant
    Post count: 220

    That did the trick, Maurizio. Thank you VERY much! Went through my dbs and strs and those were the only 2 with errors. Not a clue as to how they got corrupted, but it’s great to have the fix. FWIW, I did notice that Tabbles changed from installing in the program files (x86) dir to the regular program files dir the beginning of November. Corroboration doesn’t mean causality, but thought it worth mentioning.

    BTW, any way to get the DB name in the program title bar? Certainly not a big deal but would be nice eventually.

    You rock, Mr M! Thanks again.

    mrdna
    Participant
    Post count: 220

    Ok, more info on this…

    Added the tabble ‘test tree’ to one of the crashing DBs. Still crashed but is now asking for the ‘2009’ tabble, another one that was never present there.

    Took the grand tour of all my DBs and XMLs – most XMLs will not load and give an ‘invalid’ error. (encryption lacking?) Only xml that will load was saved 11/14. It will, however, crash when trying to access the rules menu. (downloaded the bills one I’d uploaded here in the Community area and it is considered invalid as well)

    Of all the DB files only 2 are crashing; the writing one and a contractor DB. Neither had rule sets nor did I use them for any testing. (Last saved 11/10 and 11/29 respectively)

    All my lab rats, incremental backups and derivatives of my primary DB (rules or not) work fine. (lab rats all saved prior to 10/19, incrimentals and derivatives span Sept thru 12/4)

    Just tried another workaround – Exported the structure from the writing DB. Closed and reloaded Tabbles. Imported the writing structure, (no problem, loaded, no files of course). Hit the rules button. Crash. Same error, looking for test tree…

    I’m at a loss, especially as it still crashes the same when transferring the structure only! (I’ll attach it in case you want to see if it crashes on you) The only thing I can think of is that something is making a call out to a file it shouldn’t be, or is confused in some other manner. I just can’t figure it.

    With it happening to only 2 files I can accept that it’s something unique to me, but it still means that I’ll have to rebuild several structures I was hoping to upload here eventually, and completely recreate my writing DB. 😥 That one’s gonna suck real bad but at least it wasn’t my political DB, that would’ve been a truly massive loss.

    Anyways, don’t worry about it, Maurizio, you have better things to do…

    Attached files

    str writing.zip (2.1 KB)

    mrdna
    Participant
    Post count: 220

    That tabble "test tree" exists in my primary db and it or an associated rule was never part of the other DBs where it’s crashing. I have created (and deleted, and created…. when testing) a rule in the primary DB associated with the tabble, but not in the other DBs.

    All 3 of the DBs/structures where it’s crashing has never had any rules created, nor a tabble called test tree. I assumed it was some sort of corruption or ‘spill-over’ from the primary DBs rule set; perhaps when I attempted to create the first rule in a new DB that it was looking for previous rule entries and ‘found’ some, though in the wrong place.

    So basically, Maurizio, only the primary DB has -ever- had any rules -or- the tabble ‘test tree’.

    I’ll try your idea of creating a test tree tabble in the new DB when I get home tonite. Hadn’t thought of that.

    mrdna
    Participant
    Post count: 220

    Nope, still crashing. Otherwise though the new version looks nice. Install went well and I see a new feature on a right click menu I wanna play with… 🙂 Will put it through it’s paces later. 😉

    mrdna
    Participant
    Post count: 220

    I don’t know if this applies at all, but I’m seeing intermittent slow-downs in redraws, sometimes to the point where one or all of the windows show as not responding (and go black) for a few to several seconds at a time. There -is- a definite lag in response when tagging and, more often than not, a significant lag (2-plus seconds) when creating a new tabble in the quick-tag window.

    Thinking it might be related to memory I opened the task mgr and ran Tabbles through a few tests. (haven’t done it in a while) What I found:
    Tabbles at boot – 75-110k (about what it’s been for several versions)
    file window open – 120-150k (also about what I’ve seen before)
    quick-tag open – 180-200k (a little high, but not out of the ordinary)
    adding tabbles in quick-tag – 180-350 (!)
    creating new tabble – 200-500k (!!)

    I don’t know why the wide variation in RAM use, but lag does go up the higher RAM used. (I know – duh, mrdna…) I did see the program give up RAM several times; there were several drops from about 300k to 180k or so when playing in the quick-tag window, but some RAM seems to be retained (?).

    Right now Tabbles is minimized and using around 310k. Before I closed the program to reboot it and collect this data it was up over 400k!

    ((Just did another quick-tag – ram use up over 400k during, back down and steady at 370k. quick-tag again, ram down and steady at 290k. oy…))

    Hope this helps.

    (vista64, AMD 2.2ghz dual, 4g RAM, 7200rpm sata)

    mrdna
    Participant
    Post count: 220

    I noticed the one-click pop-up took an extra second or 2 to pop after adding a file. For me, other than that seems relatively ok.

    BTW, explorer did start to crash when bringing it up this morning. Reboot seemed to clear it up.

    mrdna
    Participant
    Post count: 220

    "Andrea" wrote:
    Vista 64bit (presumably also Windows 7 64bit):
    – when installing, Explorer starts crashing and restarting… restarting the PC seems to solve this.

    Did not experience this under Vista 64. Install went fine and everything came back up just fine.

    mrdna
    Participant
    Post count: 220

    Love folder tabbles! They’ve saved many an un-tagged file from being lost in the abyss of my hard drive forever. I add alot of files at a time so I will switch between sorting by creation date and fewest tabbles so files don’t fall through the cracks.

Viewing 15 posts - 46 through 60 (of 105 total)