I'm in the process of writing a deathstimator plugin for NanoStats2, however due to my business, it'll be about 10 days before I can get that done and NS2 all polished up for movingto the trunk. It'll be able to show the data like with any other plugin in a FuBar via NS2Fu
Portraits and SmoothBarMovement are very, very beta. Give me some time to get them fixed up.
EDIT: I believe I've fixed errors relating to portraits. Can't test right now. Could maybe in turn fix the errors people are getting in parties (I haven't touched that at all)
There's no config yet, but as you can see, it will use the same border (And change colour!) as the frame it is parented to and has a raid class coloured background.
Options coming up:
Whether to create a portrait for the given frame
Whether to use a raid class coloured background or the standard black
Size offset (Height of the parent frame +/-)
X/Y offset
And I don't think I'll add more than that...
As for the zOMGHUEGBARSLOLOL issue with SBM, I noticed it also happened occasionally with Gello's Smooth StatusBars (Which oUFSBM was based on). I'm gonna go investigate that too
If you do proactive healing (And you should), then 0.2s doesn't matter, and no, afaik, no human being can react within 0.2s. Human reaction time is on average ~0.5s
EDIT: You are all the same people who say "PERFECT RAID ROXXORZZZzZZzzz" (And it does). PR is what introduced the whole concept of bucketing after lots, and lots and lots of research into its implications. Clad is a master raid healer himself, and he knows what he's talking about
Fixed: Damn backslashes don't even work in windows!
use strict;
my $svn = 'C:/Progra~1/Subversion/bin/svn.exe';
die ("$svn not found!") if ( !-e $svn );
mkdir "Addons" if ( !-d "Addons" );
mkdir "repos" if ( !-d "repos" );
mkdir "extern" if ( !-d "extern" );
######## workflow #########
checkout_update_addons();
create_external_list();
checkout_update_externals();
export_addons();
export_externals();
########## subs ###########
sub export_addons
{
open ADDLIST, "addons.txt";
while (<ADDLIST>)
{
my ($aname,$svnpath) = split;
next if (!$aname);
next if (!$svnpath);
my $repos = "repos/".$aname;
print "Exporting: $aname to Addons/\n";
system qq($svn export $repos Addons//$aname --force -q);
}
close ADDLIST;
}
sub export_externals
{
open EXTLIST, "external.cache.txt";
while (<EXTLIST>)
{
my ($target,$extname,$svnpath) = split;
my $extdir = create_external_name($extname,$svnpath);
print "Exporting external: $extname to $target\n";
system qq($svn export $extdir Addons//$target//$extname --force -q);
}
close ADDLIST;
}
sub checkout_update_addons
{
open ADDLIST, "addons.txt";
while (<ADDLIST>)
{
my ($aname,$svnpath) = split;
next if (!$aname);
next if (!$svnpath);
my $repos = "repos//".$aname;
if ( -d $repos )
{
print "update: $aname\n";
system qq($svn up $repos --ignore-externals);
} else {
print "checkout: $aname\n";
system qq($svn co $svnpath $repos --ignore-externals);
}
}
close ADDLIST;
}
sub create_external_name
{
my ($name,$url) = @_;
my ($proto,$dirname);
my @path;
($proto,$url) = split /\/\//,$url,2;
@path = split /\//, $url;
$dirname = "extern/";
foreach (@path)
{
$dirname .= $_."/";
if (!-d $dirname) {
mkdir $dirname or die ("Could not create directory $dirname for $name ($url)");
}
}
return $dirname;
}
sub checkout_update_externals
{
my %updated;
open ADDLIST, "external.cache.txt";
while (<ADDLIST>)
{
my ($dependency,$aname,$svnpath) = split;
my $extname = create_external_name($aname,$svnpath);
next if exists $updated{$extname};
my $repos = "extern/".$aname;
if ( -d $extname."/.svn" )
{
print "update external: $aname\n";
system qq($svn up $extname);
} else {
print "checkout external: $aname\n";
system qq($svn co $svnpath $extname);
}
$updated{$extname} = $aname;
}
close ADDLIST;
}
sub create_external_list_rec
{
my ($dir) = @_;
my $file;
opendir REPOS, "repos//".$dir;
my @dcontent = readdir(REPOS);
closedir (REPOS);
foreach (@dcontent)
{
my $file = $_;
my $dfile = "$dir//$file";
next if (( !-d "repos//".$dfile ) || ($file eq "..") || ($file eq ".") || ($file eq ".svn"));
my $rawext = qx($svn propget svn:externals repos//$dfile --non-interactive --strict);
my @externals = split /\n/,$rawext;
foreach (@externals)
{
print EXTFILE "$dfile $_\n";
}
create_external_list_rec($dfile);
}
}
sub create_external_list
{
open EXTFILE, ">external.cache.txt";
create_external_list_rec("");
close EXTFILE;
}
As you may or may not know (Probably the latter :P), I have been working on a set of utility libraries that will provide handly functions.
It's split into 7 parts: Cash, Item, Maths, Misc, String, Table and Unit.
Currently, I'm only requesting comments on the Maths module because that's where the work is being done right now, and I haven't really thought about the other modules yet.
Information about the maths module can be found here on the Wiki.
I know this but you cant say me that so mutch more memory (4times more!) is only because of the first "double" load of ace2 files or libs. Btw. ct-mailmod dont uses/need any libs or ace(2) or seperate dependancies like BulkMail.
You don't seem to understand how this stuff works.
The gist of it is, Warmup does not speak albsolute truth at all. This is what the author of Warmup says!
There is no significant memory difference at all. Bulkmail is in reality, roughly the same size as CTMail and has more sending features (Autosend items, autosend whole categories of items, bag slot highlighting)
0
0
0
EDIT: I believe I've fixed errors relating to portraits. Can't test right now. Could maybe in turn fix the errors people are getting in parties (I haven't touched that at all)
0
Also, just went and added options to oUF_Portraits
0
http://img176.imageshack.us/img176/5097/wowscrnshot091006015410sh0.jpg
There's no config yet, but as you can see, it will use the same border (And change colour!) as the frame it is parented to and has a raid class coloured background.
Options coming up:
And I don't think I'll add more than that...
As for the zOMGHUEGBARSLOLOL issue with SBM, I noticed it also happened occasionally with Gello's Smooth StatusBars (Which oUFSBM was based on). I'm gonna go investigate that too
0
0
If you do proactive healing (And you should), then 0.2s doesn't matter, and no, afaik, no human being can react within 0.2s. Human reaction time is on average ~0.5s
EDIT: You are all the same people who say "PERFECT RAID ROXXORZZZzZZzzz" (And it does). PR is what introduced the whole concept of bucketing after lots, and lots and lots of research into its implications. Clad is a master raid healer himself, and he knows what he's talking about
0
0
As you may or may not know (Probably the latter :P), I have been working on a set of utility libraries that will provide handly functions.
It's split into 7 parts: Cash, Item, Maths, Misc, String, Table and Unit.
Currently, I'm only requesting comments on the Maths module because that's where the work is being done right now, and I haven't really thought about the other modules yet.
Information about the maths module can be found here on the Wiki.
All feedback appreciated.
0
You don't seem to understand how this stuff works.
The gist of it is, Warmup does not speak albsolute truth at all. This is what the author of Warmup says!
There is no significant memory difference at all. Bulkmail is in reality, roughly the same size as CTMail and has more sending features (Autosend items, autosend whole categories of items, bag slot highlighting)
0
You should read this: http://wiki.wowace.com/index.php/Ace2_Memory_Concerns
0
If anyone isn't doing one by the time I lose enough of my retardation (Which'll take a while :P) then I'll do it.