Pixel Crushers Forum

I'm trying to use * the 'Pause/QuarterPause' tokens (\. and \,) * the TextMeshPro <pos> tag Trying to replicate the cool typewriter effect with vertical alignement from Ultrakill . This doesn't work, since Tools.StripTextMeshProTags doesn't remove the <pos> tag, which causes misalignment of the desi...

That would be the most extreme case, but realistically, we just want to avoid the last entry to replay. Simply storing the previous result globally is enough The problem is that RandomizeNextEntry is *not* a normal sequence instruction. It's handled by the Sequencer itself, setting a static flag on ...

RandomizeNextEntry is extremely useful, and I've made quite a large usage of it, however it causes a lot of accidental repetitions. In FMOD, the default randomization behavior is to avoid repetition. There isn't even a great need for complexity, just avoid playing the last entry that was randomly se...

private static AudioClip LoadAudioClip(string audioFileName) { #if UNITY_EDITOR || USE_ADDRESSABLES AudioClip audioClip; #if UNITY_EDITOR audioClip = Resources.Load<AudioClip>(audioFileName); if (audioClip != null) return audioClip; #if USE_ADDRESSABLES var settings = AddressableAssetSettingsDefaul...

I've changed the code to poll the animator instead of relying on timings // Copyright (c) Pixel Crushers. All rights reserved. using UnityEngine; using System.Collections; namespace PixelCrushers.DialogueSystem.SequencerCommands { /// <summary> /// Implements sequencer command: "AnimatorPlayWai...

The default dialogue time setting is "real time", or Time.unscaledDeltaTime Most animators in most game run on Time.deltaTime, or Time.fixedDeltaTime However in AnimatorPlayWait, the line yield return StartCoroutine(DialogueTime.WaitForSeconds(animatorStateInfo.length)); Waits for dialogue...

No, that would cause more issues.

The continue button would disappear just before that actual part I wanted to skip in the first place.

I found that it causes a lot less issues to run a separate sequencer command: public void SkipSubtitleAnimationIfResponses(Subtitle subtitle) { ConversationState state = DialogueManager.currentConversationState; bool isMenuNext = !state.hasNPCResponse && state.hasPCResponses; if (isMenuNext)...

Ok, then I appear to have found a bug, because ctrl-z absolutely does not undo the last bit of typed text.

Instead it undoes the last thing I did outside the dialogue editor (let's say changing the material on a UI component), and resets the dialogue database to the last unity save.

Does the dialogue editor window have its own undo system then?

I still don't understand the "you cannot undo this action" message since, again, nothing appears undoable in the editor.

Even ctrl-z in a single dialogue text field to remove the last written letter doesn't appear to work.