Simon

An "accessible offline site" -- you mean your hard drive? If you're talking about an online site that HD can access, you're adding in all the cost of a custom server (permissions management of files, etc.) with none of the benefit of having HD work on any platforms that it doesn't already work on. As for "just have the characters be PDF" I'm not really even sure what you mean by this -- character exports to PDF are all well and good, but not really suited to an online environment (which would be best-served by HTML exports)....and exports are not editable/readable by HD.

I think that the article shows a lack of understanding of the breadth of the security field, focusing only on auditors. Auditors monitor/check to ensure compliance with security policy. Security policy is based on best practices and is intended to protect an organization from the human factor -- legitimate users who are compromised. This is an important (and very difficult) area to protect....but is far from the whole of security. Auditors do not (and are generally not qualified to) check for vulnerabilities within the systems that their security policies are looking to protect. Again, their security policies look to protect from the human factor -- George down in finance browses to the wrong site (or clicks the wrong link, etc.) on a corporate system....that kind of thing. Hackers (ethical or otherwise) look for and exploit vulnerabilities both at the software/hardware level and the wetware level -- whatever is going to get the access that they are looking for. Security policies will help to keep the legitimate users of a given system from unintentionally providing that access, but that's an extremely tall order and not even half of the battle. An organization needs to know (and fix or at least isolate) the vulnerabilities at a software and hardware level in their systems...and for many, that's a very expensive and invasive proposition. Companies like Colonial Pipeline have systems that were designed a LONG time ago, generally jerry rigged into providing networked/internet access. Security policies that are properly designed and implemented can help to limit the extent of a given breach, but don't really address the underlying vulnerabilities that may have lead to the breach in the first place. This doesn't devalue them, it just means that they're only part of the solution.

This isn't really a rules question, so moving to the discussion forum.

So you’re not after the Name, and you’re not after the Alias/Display — you want the full Skill output without the roll. <!--SKILL_TEXT_NO_ROLL-->

A VPP is not handled any differently than an MP, EC, or any other list. Use the IS_VPP container to isolate VPPs...and then iterate through any items contained and output them as you see fit.

You asked for the name, you got the name (which may or may not be filled in, as noted). Not sure why you'd use "a mix of Alias and Display" -- it's one or the other. Alias defaults to the display value, but will reflect any changes the user makes to the Skill display. For example, changing "Computer Programming" to "General Nerdery on the 'Puter" in the edit Skill dialog will change the value that the Alias returns, but not Display.

Oh, we have. Unfortunately, the ointment they prescribed does not seem to be working...

Answer stays the same.

Just like anything else: <!--NAME--> If you’re looking for the display or alias, you should use those tags instead…

An alternate approach would be to make HD web-accessible (that would allow desktop and mobile clients to use the same app). Similar effort to above (actually likely to be a bit larger of an effort, but not by a massive amount)...but with the added cost of requiring the setup, maintenance and on-going hosting fees for a moderately custom server. I personally like this approach a lot more, but the ongoing charges to maintain a server (renting rackspace at an ISP, etc.) creates an on-going financial burden for the company, which I don't think will fly in the current market. And that's in addition to the need for someone (likely me) to maintain said server, the code, and ensure uptime. Long story short (too late): your take under this approach would need to be reduced in order to ensure that I'm reimbursed for my added time and on-going commitment.

Here's an easy way to put the whole "HD needs a mobile version" crap to bed: I'll do the whole conversion (branching/splintering of the codebase). There are some tools out there that may make that at least partially automated (converting Java code over to the platform-dependent code for Android or iOS), but they don't work at all on the GUI elements (nor could they, conceptually) -- that will have to be entirely re-done...and that's very non-trivial. I'd ballpark it at roughly $50-100k for the effort. Just a ballpark figure so you know what we're talking about....if you want to go through with the proposal below, I'll dig into things and get a LOT more specific. So...you pony up the cash, and I'll do the work. Call it 50% upfront, with the remainder due upon project completion. For that, you get a mobile version of HD...and I'll cut you in on 25% of my take for all mobile sales. I'm not really willing to go higher than that, as mobile sales will directly impact desktop sales. Let me know if you'd like me to put together a full proposal on that. Until then, as I said above, it's not going to happen.

As for creating a mobile version, yes, it would likely kill either myself or the app. You're talking about splintering the codebase, creating a completely different interface, maintaining and updating multiple codebases (at a minimum one each for android and iOS...in addition to the current desktop/Java version), and all for the "remarkable" benefit of a handful of people that would purchase the app on a phone instead of desktop...meaning the mobile app would be priced ludicrously high in order to attempt to balance that particular budget. So, no...it's not going to happen.

No changes were made to the site yesterday...nor have any been made for the past few weeks

All you. Chrome works fine for me and the site does not have different versions for disparate browsers (other than mobile and desktop versions).

HD doesn't change the case of the extension during export - it'll use whatever you specify in the save dialog (assuming that it's in the list of extensions that the export format supports).

Check your css definition for td.roll

Certainly true....but that's similar to my field, where you're playing/selling off of FUD (fear, uncertainty, and doubt). Not really recommended....but that's against an educated/intelligent audience. When dealing with society as a whole, you get into the whole fuzzy/messy side of "what sells." There's an interesting game being played between hard science (how you get sick, how the virus spreads, what controls that spread, etc.), politics (what benefits a given political power group), and society (what the masses think/fear/want). Science evolves and changes far faster than the others....and that's been particularly telling with COVID. The current relaxing of mask mandates for vaccinated individuals is a good example of the intersection of those: science-wise there haven't been many cases traced to outdoor transmission of the virus in non-crowded situations (e.g. outside of concerts, etc.); politics-wise on the US side of things there's been a fundamental shift back towards trusting in the "intelligentsia" and science; society-wise things are slow...but the shift on the political side is directly tied to the societal...and something that you see mirrored in recommendations coming out of entities like the CDC (anti-maskers are not likely to be converted at this point, so you need to go after the "vaccine reluctant"), hence relaxing of mask requirements outdoors -- the risk of contracting the virus outside (when not in a crowd for a prolonged period) is minimal, but the perceived benefit of not needing to mask up is much greater.

I wonder if the realization that ongoing (possibly permanent) neurological/cognitive defects being part of COVID will help or hurt efforts to get people vaccinated (or even just following proper safety protocols)... Not sure that people realize that loss of sense of smell/taste is just _one_ of the neurological effects that COVID has...and that the others are more worrying (and on-going)

That’s going to be entirely on you then, since it’s not an issue with HD and (from the sound of things) not even related to the Java version on your system. I’d recommend going back to the basics and looking at your (and, more specifically) Java’s permissions on your system…particularly where you’re running HD from and where you’re looking to save files to.

Yeah, what I thought -- you'll want to do the second bit posted above (delete your appPrefs.xml file)

1. I doubt it'll show any errors (i.e. likely won't help), but post your trace.log file 2. If you're not seeing a file save dialog, it's likely being placed off screen (with HD prefs set to remember dialog size and position). Delete your appPrefs.xml file before starting HD and it'll reset all of those. If 2 works, then there's no need to post the trace.log file... Thinking there's a possibility that Windows may finally be passing font scaling information to Java, which would throw off positions and sizes of the various dialogs and frames.

A few things: 1. That's not really a "newer version" or "more current" (in terms of others not being fully supported with patches and updates) -- Java's numbering/versioning system has a history of being confusing. You installed a different "branch" (for lack of a better way of putting it), with changes in the way Java interacts with the host system. 2. It's unlikely that there's anything in HD causing the freeze - all features from older versions of Java are supported in all current versions (8, 9, 10, 11, 13, etc.). HD was coded using functionality/syntax introduced in Java 6 and will run fine on all current versions. Most likely scenario is the ever-popular permissions issues between Java and Windows (i.e. trying to save or write files to a directory that Java does not have permissions to)....though there's also a possibility of the version of Java that you've installed not getting along with your host system (particularly in I/O). 3. Java 8 is fully supported and is the recommended version. The current patch/update for Java 8 (aka Java 1.8...a holdover from an old battle between sales and devs) was released on April 20...so still active and supported.

There's nothing built into the export process for that, if that's what you're asking.

Found it! A slight omission in the Rules Maven group (had file upload size set to 0). You should be good to go now.

Hmm...I doubt it’s as simple as the space (though it’s a good thought). You’ve got an OLD account (no offense), so maybe something got horked in the site transfer that we didn’t see before (there were a LOT of issues with the downloads née free stuff section). I’ll do some digging and see what I can figure out. Ok if I use your account to check? (No password involved, just lets me see things through your account settings)