This thread is for questions and discussion about Xee. Before posting, check that the question has not already been answered in this thread, or in the previous thread: http://wakaba.c3.cx/sup/kareha.pl/1122405906/
There is also a bug tracker for Xee here: http://code.google.com/p/xee/issues/list
If you have a bug to report, it is better to post it on the bug tracker if you can, so it will not be forgotten.
I just registered Xee3.
In general the program works, but on your Webpage you present some previews where there are shown more pictures in the screen.
I only get one picture on the screen and by scrolling I see the other pictures, but never more. How can I change that ?
Also the menu option "Frames" remains grey and doesn't work.
What is the problem ?
> In general the program works, but on your Webpage you present some previews where there are shown more pictures in the screen.
I only get one picture on the screen and by scrolling I see the other pictures, but never more. How can I change that ?
Pictures from other folders will open in new windows.
> Also the menu option "Frames" remains grey and doesn't work.
This is only for files that include more than one picture. If you don't have any of those, you can ignore this.
Thanks for your answer ! Everything clear.
Xee 2 is pretty epic.
In a previous version I could delete images with the DEL key and Xee would ask me to confirm this, so I would have to hit ENTER to delete. This was my preferred workflow.
With the current version I have also set the DEL key to delete images (without the command key) but now they are deleted immediately, without Xee asking for confirmation. How do I set the current version to ask for confirmation first?
Honest question: is Xee abandonware now? I as because updates are so rare and there hasn’t been any features added in such a long time. Simple things, like resize, were promised 2+ years ago and there's still nothing.
Another issue is that Xee still has less bugs than Xee^2. Xee^2 still can only browse images inside the folder by name only. If you use Xee, you can set it to creation so you're not jumping around all the time when you're renaming images. Xee^2's preferences for browsing apply to scrolling/gestures only which is weird and illogical (if you use spacebar, it will take you to a diff image than if you use a gesture to go to a next image).
Anyway, I'd appreciate a honest reply because I'm thinking of removing Xee off my computer and will start looking at other options.
It's in maintenance mode, because that is all I have free time for these days.
I should add that Xee is not sold with any promises of future features ever, what you see is what you get. Anything added later is purely a bonus.
Also, Xee 2 has been out of development for many years now.
This thread is for all your simple questions about installing and running Wakaba or Kareha, that just require quick answers. Please don't create new threads for issues like that, post them in here instead.
Before posting, check that the question has not already been answered in this thread, or in the previous two threads:
Also check the documentation: http://wakaba.c3.cx/docs/docs.html
There is also a setup guide by Anon: http://wiki.iiichan.net/index.php?title=Wakaba_and_Kareha_Setup_Guide
Questions about "500 Internal Server Errors" go in this thread: http://wakaba.c3.cx/sup/kareha.pl/1109033191/
>>497 They changed their software and broke some basic functionality. Get a VPS, it'll probably cost less. Well, your site will be gone in a month or two anyway.
How can I enable webm support?
Image boards are for images, WebM is cancer.
pure, virgin textboards are the superior entity, however
Hm, well, I'd still like to have the option there for those who'd like to use it. Though, the only way of enabling this I can think of would be to allow all types of files and blacklist a few, something I'd rather not do.
So, I want a separate MOD_PASS in addition to an ADMIN_PASS, where MOD_PASS would work on one board and ADMIN_PASS would work on all. I've already set the ADMIN_PASSes to all be the same, created a constant MOD_PASS for each board, and edited check_password to be
return if($admin eq ADMIN_PASS);
return if($admin eq crypt_password($password));
return if($admin eq MOD_PASS);
but...it doesn't work
There is an option in "config.pl".
Uncomment these three lines:
use constant FILETYPES => (
ogg => 'icons/audio-ogg.png',
and add this line:
webm => 'icons/audio-ogg.png',
somewhere near "
ogg => 'icons/audio-ogg.png'," line.
I don't actually have any questions about how to get your software to work, it always seemed pretty straightforward and relatively easy for me. In my experience, just like you said;
"if it doesn't, there is something wrong with the configuration of your server, not the software."
I just wanted to thank you for making it.
According to most of what I have read and learned about perl,
most of what you have done is impossible, or would at least require an eight hour long castration process, with a pair of dull garden shears.
I'm still not entirely sure what Kozakana html/pl is, apart from a rocket on the back of a pig (want these skittles, kid? o.O) I'm impressed.
As the previous thread filled up, here is part 2 of the The Unarchiver thread.
It is much better to post bugs on the bug tracker, rather than in this thread! Anything posted on the bug tracker has much less chance of being forgotten by me!
So, post bugs here: http://code.google.com/p/theunarchiver/issues/list
Also, remember that if you post a bug about a file that is not work, you must also post the file itself, or else there is nothing I can do about it!
Currently the unArchiver will ignore the same file queued additional times. As if the user were to keep opening the archive from Finder. It's already in the queue so it's ignored.
How about with multipart archives, do the same thing, so that when working with scripting that would essentially do the same thing as opening all the parts. the unArvchiver already parses for multipart archives- in that you can open any one part and it will start at part1 regardless.
Can this somehow go through the same check that it's doing on multiple instances of a single file?
This would allow for drag and drop of the whole download directory and have each archive processed once, instead of adding to the queue once for each part. As it is now, the user has to individually select one part from each set and open/drop that on the icon to avoid queueing multi-part archives multiple times.
Making a rule for the automator to only act on the file entry if the name ends in either *.rar or *.part1.rar .. would be ridiculously nasty. Likewise, looking for *n.rar where n is a number would mean the most common naming scheme on a file would cause it to be ignored.
It's supposed to already do that, I think. Doesn't it?
That's what I'm saying, it says it's fixed in the bug entry. But- selecting all segments of the multi-part, opening- and the queue has one for each part.
If there were a preference to overwrite on the same name this wouldn't suck nearly as much, other than wasted time.
But thats only if it's not set to move the archive to trash after processing. Then of course, it will get an error on the subsequent extractions, halting the whole process.
Verified that I am using the latest download, 3.10.1.
I suggest filing a new bug for it, so I'll remember to look at it when I get around to the next update.
excuse me for my english...
I have a .zip file protected with password within non printable characters, insert the password in hex or bin format is possible?
thank you guys!
MacOS unarchivier last version.
No. But what kind of non-printable characters? You might be able to do it anyway, if you pick the right encoding.
This is probably because you have multiple zip files in the same directory named .1.zip, .2.zip and so on. There is no way to distinguish whether these are multi-part zip files or individual zip files, unfortunately.
It's an iTunes alarm clock. It'll just start iTunes playing a playlist you pick at a given time, slowly fading up the volume. It should be pretty obvious how to use it.
The alarm will recover after a restart. If the widget wasn't running at the time of an earlier set alarm, it will trigger immediately. At the moment, it can't schedule a power-up for wake from sleep for your Mac. I haven't quite figured out how to do that, but if anyone wants it, I'll find out and add it.
Needless to say, don't gamble your job or academic career on such relatively untested software as this. It's woken me up a couple of times, but I make no gurantees. Keep a spare alarm until any possible bugs have been shaken out.
Confirming this, every once in a while the text simply disappears and requires a refresh in order to get it working again. It floods the system log with "CGPathAddArc: invalid value for start or end angle" when the text disappears.
Just thought I'd mention that I grabbed the Laughing Man widget, it's neat. Thanks!
The Shiny Orb is a cool useless widget, indeed XD. If you accept suggestions for new widgets, I think that it's natural evolution is to become a "Tesla ball" or plasma ball or whatever the name is. I'm trying to say something like this: http:[email protected]/2432714569/
That would be cooler and equally useless!, it's a win/win!. Thanks for the Orb in any case, and for the screensavers and... well, everything on this web. You're The Man.
On Shiny Orb: Useless it may be, but it sure is fun to look at! :D
Couldn't this be coupled with OpenID or something to prevent abuse?
Another thought: This is wide open to a denial-of-service attack where you set up a malicious server that trickle-feeds the data it serves. You can tie up a huge number of Apache processes that way.
Seems most scripts that fetch remote files would be vulnerable to that... Not that I can think of many that do, offhand.
sender.pl has something in it that's supposed to counter a similar problem. Whether it actually works is another question.
I need this feature, trust my users, and know nearly nothing about coding.
Could you send me in the right direction? I'm willing to learn.
They can actually just paste a URL in the file select window, and it'll work the same way. I know for sure this works in WIndows on Firefox.
I am aware of this option, but it's not optimal due to the long time it takes to finish.
Whenever I attempt open any file with Unarchiver, it will always open the application to the preferences menu, where it prompts me to set Unarchiver as the default app (even though it already is).
It will not let me close this message, and any time I double click a file I want to open it will always opens to that message, without unpacking the file.
I can still navigate to the menus and unzip the file like that, but it still requires having to go slightly more out of way just to unzip the file.
I think my issue has something to do with the message box that appears, but there's no way for me to close it, which leads to the problem of me not being able to access the preferences as well.
Attached is an image of the notice I see. Any help would be appreciated.
See issue 583: https://bitbucket.org/WAHa_06x36/theunarchiver/issues/583/
Hello. Been reading about the security vulnerability affecting apps that use Sparkle for automatic updating. I do not see any adjustable settings to activate or disable auto-updating in preferences for The Unarchiver. Is there such a preference setting, or is there a simple way to check it and change it if necessary. OR perhaps more simply, do you have any plans to issue an update that addresses the Sparkle vulnerability? Thanks in advance for any assistance/information you can provide.
I'll fix it in the next version, but the vulnerability seems difficult enough to exploit that I don't think there is an urgent need for a fix.
OK, thanks. Having now had a chance to read more details, it does sound like perhaps this vulnerability might have had its severity exaggerated at first. On its own, auto-updating is obviously both a convenience and a reassurance. The only odd thing is that some apps do not include a preference setting to let the user choose whether to activate auto-updating.
This attack has been weaponized and is in the wild. <https://www.evilsocket.net/2016/01/30/osx-mass-pwning-using-bettercap-and-the-sparkle-updater-vulnerability/>.
Apologies, I broke that link. Here it is:
It still requires you to actually get MITM'd first, which is not that easy to achieve. And if you are, there are plenty of other attacks you might be exposed to.
Alright, so I've just chmodded my Kareha directory to 777, all the subdirectories to 777, and my scripts to 755. When I run kareha.pl, It generates index.html, index.rss, and subback.html, but it spits out a 500 error afterwords.
In my Apache log, there were these two lines that generated any time I made a request for index.html or kareha.pl:
[Wed Jan 27 12:48:26.628422 2016] [cgid:error] [pid 16453] (13)Permission denied: AH01241: exec of '/var/cgi-bin/kareha/index.html' failed
[Wed Jan 27 12:48:26.631729 2016] [cgid:error] [pid 1029] [client 192.168.1.243:57408] End of script output before headers: index.html
Now, as you may notice, I'm running cgi-bin out of /var/cgi-bin/ instead of /var/www/html/cgi-bin/. Could this have something to do with my problem? Basic hello world scripts work fine.
This is driving me crazy. What's even the problem here?
cgi-bin directories are usually set to try and execute every file. This is not compatible with how kareha works, it needs to be run from a directory where only .pl files are set to use cgi-handler.
I see. So would the standard /var/www/html suffice?
You'll have to enable cgi-handler for pl files, but other than that, yes.
By the way, another Kareha board just went up (online to the Internet) a second ago: it is my new (or revicted actually) tabloid funnies imageboard, a cartoons imageboard for clean cartoons. I call it Nathan Shot The Copycat! Funnies, for no particular reason other than that I need to justify the domain name (I originally registered "Nathans Hot Copy" but found out that was trademarked, so to avoid legal bullshit I changed my site name to "Nathan Shot The Copycat Funnies"...).
If anyone wants to visit and contribute, or just to visit (there's nothing really on there right now), its at http://nathanshotcopy.info/ft/index.html - hope you enjoy it. I just used the default (ie Headline) css file, so it fits with my color scheme.
I am thinking I might need to set up a corporation for this project too... (thinking to self).
Life gets better!
Not to be confused with the Mac OS X widgets thread, this is the Mac OS X screen savers thread (this one's even more useless!).
So, way back in the day, I made some screen savers for the Amiga named "LotsaBlankers". Later on, I ported some of them to Windows, and created some new ones, but I never managed to make a stable and functional enough screen saver under Windows that I'd feel like releasing it. But now that I've got Mac OS X, I've started porting some of this old code over, since making screen savers for OS X is pretty easy and fun. First one I've got running is this one:
It's based on the work presented on this site, http://escherdroste.math.leidenuniv.nl/, and it is liable to BLOW YOUR MIND, MAAAAN. I've been too lazy to figure out how to make a preferences GUI for it yet, so even though the code supports all the possible different transformations of the image (Some listed here: http://escherdroste.math.leidenuniv.nl/index.php?menu=im&sub=escher), you can't actually pick which one you want yet.
Having same multi screen issues as others. Black screen on all monitors except primary monitor. I hope you get around to fixing this :)
Same issue here. Dual display setup and smaller secondary display is black. Yosemite 10.10.2
Mac OS X 10.10.3 Yosemite Update (the .3) came finally out of beta.
The Beta versions (seeds) worked with LotsaGlass and I guess LotsaWater (not sure if I tested it, but ran LotsaGlass till today), but as of today they broke both LotsaWater and LotsaGlass to the point that SystemConfiguration kill itself when they are still present. I downloaded them new, seeing that at least one had a new version (mine where from 2009), but both do not work. My guess is, LotsaEscher does also not work.
Interestingly Mac OS switched to a different plain OS Screensaver by itself, thats when I noticed and tested it.
OK, so Apple released an additional update for 10.10.3, April 16th 2015 or so.
And for my Beta Seed 10.10.4, I have 2 Mac mini (one as a server), so installed both and on both the Lotsa Glass/Lotsa Water Screensavers.
Both work again and to not kill the Systemconfiguration panel when called.
After what I saw of the Beta test of 10.10.3, with at least 5 version seeded to me, I am surprised they screwed up this bad, there is are supposed to be more errors, like on showstopper where preview kills itself when displaying certain images on certain graphic cards - confirmed and reproduced http://heise.de/-2610406 , resulting in a Kernalpanic when displaying JPEG on an iMac Retina 5K.
Hi, just to report that the black screen issue still is present in El Capitan, but the problem now extends to the primary screen as well. But I haven't lost my faith in LotsaWater! Still my favorite screen saver :)
Is there going to be a version of Lotsawater that works with El Capitan (v10.11.2)? I love this screensaver and would hate to lose it. I'm running it, or trying to, on a late 2011 MacBook Pro 2.4 GHz Intel Core i7 with 16GB RAM and Intel HD Graphics 3000 512 MB.
Lotsawater works with 10.10.3. Thanks!