Well, despite my earlier blog post
, I'm done with Bram 2.0
! Obviously it's been a while since the last release, so you're probably wondering what changed. Well, not to disappoint you, but nothing functionality-wise.In terms of small changes, I've changed the apply options button so it's more obvious, I've fixed some bugs relating to the Start number selector for dynamic numbering when creating new names, and I've optimized my code some to improve performance when navigating and displaying items.The biggest change is the listview. Now it may seem to some of you that it isn't that important of a thing, but because of how it works, it is. As it was, I was extremely unhappy about the way Bram worked using the default listview that comes with Visual Studio 2010. So I looked into an alternative, called an ObjectListView (Or OLV for short).
The OLV was created by a cool guy named Phillip Piper, and it provides a plethora of improvements over the regular listview, not to mention it adds a ton of features. Now usually, more features = slower, but the OLV is actually much faster than a standard listview due to the difference in how the two handle items in code. But enough of my babbling.Without further ado, I give you Bram 2.0!
I hope you all enjoy it, and remember to contact me with any suggestions or bug reports you may have!Here's the changelog for Bram.(
I'd also like to point out that Bram has already received a few awards and reviews, as you can see on its page!)
I'm aware that it's been a while! I'm sorry for that, my life has been hectic recently, as well as the fact that I've been experimenting with a different listview component for Bram. I think I've finally got it working, and I like it a lot more than what I have in Bram right now! I'm not sure if the release of 2.0 will be within the next few days or not, so please be patient with me! Have a great day!
Well it's now been exactly two months since I started programming Bram according to the comments in my code. (No, I didn't plan for that, it's a coincidence.) But believe me, it's been much longer since I started designing the program itself. I probably spent at least a month and a half figuring out how I wanted Bram to work before even starting to code. But finally, after two months of hard work, without further ado, I present Bram, the Batch Renamer and Mover!
First and foremost, a HUGE
thanks goes out to Jim Parsells, who has been extremely invaluable in the creation of Bram! He's the one who made the treeview component you see in Bram, which also provides it's filesystem monitoring ability as well. You can read about that in more detail on the Special Thanks
Now obviously since this is a new release, it'd be quite ludicrous for me to go into detail about every feature of Bram in this blog post. (It's be too long since I have the tendency to ramble on about extra things.) So instead, I think you'd be better off going to the Bram program page
and reading through it yourself.
I suppose I can provide a link to the Bram changelog
, although all it says right now is "Initial Release", so I wouldn't bother.
Have fun with Bram! If you find any bugs or have any suggestions, don't forget to submit them using the contact form
(For those of you who run software mirror sites that read this blog, note that the PAD file for Bram is at the bottom of the Bram page as per usual. If you have a chance to grab it before 4 pm tomorrow shoot me an email so I don't resubmit it when I distribute Bram to the various mirror sites. It know it's one extra thing to do but it'd help me a ton!)
As stated before, I won't be providing feature updates yet, so going to the Bram
page won't be of much help to you as of now. But I will say here that this update took a long time because I wanted to be able to actually show a significant increase from the last beta.
Now I know it might not look like I added much since the only new things are under the listview, but the amount of code has grown by about 1000 lines, so I have been busy.
You'll notice that while you can preview things, you can't actually apply them yet. (Therefore you can't undo anything yet either.)
I've yet to write the code for either the applying process or the undoing process. Once I do those two things and test it for a while, I'll release a stable build. So there might be one more beta, or there might not be. I've already got a decently sized list of features I plan on adding in the future after the first stable release, but now that you can see things coming together a bit better, I'd love to hear any suggestions you may have! In addition, there are currently only a few reasons for me to pick up my Folder Axe code once I've released a stable Bram build. Keep sending in those suggestions!!
For both, as always, use the Contact Form
. Have a great day!
...Well really there isn't much more to say about it that I didn't already say in my last post
and on the Bram page
. Have fun! :)
Alright, well it's been a while since my last release, the release of Folder Axe 7.0. I have good news and (semi) bad news. Bad news is that since I release Folder Axe 7, I haven't even touched the Folder Axe code. The good news is that I've been steadily working on Bram
's code. Due to school, life, and the fact that I'm self-taught, the progress has been slow, but it has been steady.
I'm debating whether or not to release a beta version of Bram to the public. There are a few things I'd like to make clear about a possible beta:
Now, this is all assuming I do decide to release beta versions. I'm leaning more towards doing so, but again, it all depends on the amount of time I have available.
- It would only be released on my website, not on download sites. If I find any other copies of the beta releases on the internet I will promptly stop offering them.
- The first few betas wouldn't have much functionality other than to test basic routines for bugs, later ones would be better.
- The program's updater would still function so it would notify you of new beta releases.
- Any users of the betas (Mainly the later ones) will agree that they understand they are using a pre-release version of the software and therefore any negative impacts it may have on their computers are not my responsibility, BUT I would appreciate if they would report such problems if they occur so I may fix the next beta release.
- Due to the nature of the first number of betas, the overall purpose of the program may not be clear as I haven't implemented major portions of the code yet. But feel free to ask questions.
- The later betas will have clearer purposes, and suggestions will be appreciated, though they likely won't be implemented until after I release the first stable version. But, I will keep a list, and I will still reply to all suggestions.
But, luckily, I have a three day weekend coming up so hopefully I'll manage to get one out.That being said, though I haven't worked on Folder Axe, I haven't abandoned it, I've just set it aside for now
. I still encourage you all to send feedback and suggestions. If the suggestions are things that I can quickly implement, I might do so. If they aren't I'll add them to a list for later.
Alright, as promised, here's Folder Axe 7.0
! So here's a roundup of changes made in version 7.0:First and most obviously, I've redesigned the interface a bit. I felt it was getting a bit too cluttered so this is my solution.Second, I've added an undo button. I believe this is rather self explanatory. This is the feature that took the most coding to add, and the main reason this is version 7.0 and not 6.1.I've added the option of copying files to the destination rather than moving them. Just a quick note on copying files, for any of you who have ever copied something in Windows, you know that it takes longer to copy a file than to move it. Folder Axe, though it may seem to be to some, is not magical, and can't overcome the fact that it will take longer to split the folders if you're going to copy the files rather than move them.I've added an interesting feature to the folder naming scheme text box. If you use the "$" character anywhere in the text box, the name of the destination folder will be substituted in when the new folders are actually created. If any of you have any other similar ideas for this, please do tell me using the contact form, I'd love to take a look at them and see what I can do to implement them!And lastly, I fixed a few bugs, the more noticeable one
s being those pertaining to the folder name scheme text box not retaining your last input, and the progress bars not being cleared in the event that a split procedure fails.As always, I highly encourage you to submit and questions or ideas to me! It's through your feedback that Folder Axe continues to grow and evolve! To submit anything to me, use the link to the contact form two paragraphs above.Enjoy Folder Axe 7.0!
Here's the changelog
as per usual.
...You shall have Folder Axe 7 either tomorrow or Thursday. It's too late tonight to do all the uploading and things that go along with it, and tomorrow I know I have a high possibility of being busy. So if not tomorrow, then Thursday! Look forward to it!
I'd obviously like to start by apologizing for the lack of a new release this past weekend. Life decided to throw lots of things into my path last week, and probably will again this week from how it looks right now, so in short, I don't want to give, nor do I have a good idea about, a definitive date for the next release of Folder Axe or the unveiling of Bram. (More after the break)
As promised, here's Folder Axe 6.0
! I know it's been a good long while since I've released an update for Folder Axe, and I apologize for that. I started school about ten days ago, and as some of you may have noticed by the recent appearance of something new on a few pages of my site, I've also been developing a new program called Bram
. But enough about that! I obviously only release a major update when I have added a large new feature. (And in case anyone is wondering, I judge how big of a feature something is off of mostly how much coding it took to implement) So without further ado: (More after the break)