'Show id' text lines break up

This is a non-priority issue.
I like text in my sketches to refind easily what is what. I click on a components properties and write text in the id-field and set Show id on true. Sometimes I use longer lines like 'Program Counter Operand' but the next day when I re-open the same simu-file then suddenly sometimes the line is broken and appears as:
'Program Counter
Operand'
This only happens with longer text lines but in my opinion it makes it messy so maybe Simulide can be programmed not to break the text-lines anymore?

If I remeber well, lines should not break, so probably a bug here.
I will have a look.

Thank you.
Maybe it only happens on my computer? It's not a big deal, I can still use Text-component.
Or sometimes I combine two Show ID's from two components and drag both into position.

Unrelated to topic but I introduced somebody to SimulIDE and I must admit, until short ago it thought all the original representation of IC's were gone in the newer versions until I found the Logic Symbol false/true option by right-clicking on the IC.
See discussion from here:
https://gathering.tweakers.net/forum/list_message/66730376#66730376
Now I wonder which manufacturers' datasheets does Simulide use as template for assigning names to pins?

Ps, in stead of 'No help available' may I suggest to write there:
'Make Logic Symbol false for real pin lay-out'.



Because not everybody is the same. When I met SimulIDE (since version2.x)  I liked it to figure out things my self and that the makers of this software kind of expected this also from their users and kept it to only giving the bare bones. But times have changed apparantly when more people get to know of this software.

Sorry to bother again, I know you are extremely busy but it is said that feed back is helpfull.
Very low priority - I noticed 74HC175 can not be given a logic symbol in 0.4.14

In the attachment, the archive that will solve the problem. It should be unpacked to the directory " SimulIDE_0. 4. 14-SR4_Win64\share\simulide\data\ic74\"

Now I wonder which manufacturers' datasheets does Simulide use as template for assigning names to pins?

There is no "rule", even same manufacturers are not consistent all the time.

Ps, in stead of 'No help available' may I suggest to write there:
'Make Logic Symbol false for real pin lay-out'.

Yes, a common help file for all subcircuits would be useful.
I will try to implement it.

Thank you both again for the answers and congratulations with the release of version 4.15!
I am making a project so I didn't try .15 yet, this is about something in 0.4.14.
Ok, this is the issue, I open program below and start it, everything okidoki. I stop it, start it again and it crashes everytime. It doesn't matter if I have made changes or saved something or whatever. It only starts once, a second start seems not to be possible. How to find out why that is? Any tips to look for? It is only with this program, it is called Gep ... Testing
https://github.com/Alectus/Dump-sharing



Original: http://www.galacticelectronics.com/Simple4BitCPU.HTML
Mine is not finished, it's not working as it should yet but that seems to me unrelated to the start/stop issue. Have a nice Easter  

**********
Edit: I am trying to eliminate the problem step by step removing components. Still same crash at this point:



After that I removed all tunnels and crashing has stopped. 
Will try some more later, after putting everything back, am tired.

I think the problem place is the RC chains. Circled in the screenshot. First of all, you need to delete them. The tunnels are probably not to blame. You need to be creative about simulating circuits. I usually simulate the algorithm of the circuit. The actual circuit will be more complex than the circuit in the simulation . In a real circuit, you need to take into account the length of the conductors, the matching between the chips of different series, the capacitance and resistance of the conductors, the relative position of the components, and many other parameters. Therefore, when simulating a circuit, you need to throw out all the minor components, such as anti-shatter elements on the buttons (this is what I circled in the screenshot), multivibrators on transistors and logic elements. I have had cases where using a variable frequency multivibrator on a logic gate caused the program to crash.

Thank you, I simplified the switching like you said and somehow I got more interaction with the other sections, the leds come on what I did not see before.



The problem did not go away with this change.
So I started removing tunnels and at this point the start/stopping is doing fine:



None of these tunnels were copied, they are all 'fresh from the shelf'.
In total I removed 11 + 5 + 8 + 8 tunnels, marked with red lines.
Could it be that there is a limit to the number of tunnels that can be placed in one scheme?
As I am writing this, I thought let me try this with other tunnels sets, I'll edit this post later.

Anyway, I already had sort of a way around the problem, before I start again I reopen the scheme and at least that prevents a total crash of Simulide so it's not a very big issue. 

Edit - After removing these tunnels start/stopping is going good again:



I stop testing now, want to go carry on with the project itself. Maybe if you want to try it the intact but simplified simu-file is this one:

https://github.com/Alectus/Dump-sharing/blob/main/aGEP%20CRASH%20TEST2.simu

Could it be that there is a limit to the number of tunnels that can be placed in one scheme?

No, there is no limit.

There are several issues related to tunnels and some other bugs solved in 0.4.15.
But the subcircuits system is totally new, so other problems might arise.

I tested the circuit in 0.4.15 and it doesn't crash for me. But I didn't test if it works.. I have no idea what to do.

Maybe you can test in 0.4.15 and see if it works.

Ok, thank you. The circuit is working, except not as it is supposed to function but that has to do with programming and the program counter or maybe some wires are off by me (although I checked them twice). I give it to sunday to try to make it correct but that is seperate from the issue I have with the start/stop on my computer. It is not so easy on a small screen to go step by step through the program zooming in and out, scrolling through the field and even using magnifying glasses. The original is here: 
http://www.galacticelectronics.com/Simple4BitCPU.HTML
and contains two sample programs at the bottom of the page. Now I can try the new Rom-editor function. I downloaded version 4.15, took about 3 minutes up and running and it looks great and bettter still, you are right, the start/stop issue is gone!! 
***************
Testing. 
Comparing 14&15 with same program and same Ram/Rom memory-datas and they behave differently. I am not sure if you want to go into this but the Ram/Rom-files can be found here:
https://github.com/Alectus/Gep-Cpu
with my latest Gep-simu-version with title Part Two 14Test1.
The difference in 4.15 seems to be at this 374 register:



CP (LTCH INS) is pulsing but nothing comes out at the Q's but in 4.14 it does. 
When I downloaded 4.15 it said 'package xx already excists, do you want to replace it?' I clicked yes. Don't remember the number of the package and it was only one. Don't know how a package already can excist when a program is downloaded for the first time.
*****
Let me test the 374 separately in 4.15, I will let you know.
***
374 seperately, as stand-alone, works fine.
In circuit it is not responding although inputs and clock are pulsing and /OE is Low. I even changed the 374 with one from the 4.15 components list.


 By the way, this is not about my project, I am fine with that, just want to let you know what I notice  
**********
Weird, left under is a copy from left above and functions as expected



Removed tunnels and output comes on



Maybe it is not such a good idea to interchange programs made in 4.14 into 4.15. Of course I could draw this whole scheme a new in 4.15 but that takes a little bit more time.