Jump to content
You must now use your email address to sign in [click for more info] ×

Petar Petrenko

Members
  • Posts

    2,710
  • Joined

  • Last visited

Everything posted by Petar Petrenko

  1. You have 2 solutions: Do not stick the artboards to each other; Crop the object(s) that are partly outside of the artboard.
  2. Maybe: if the object is drawn on the artboard, the layer must be part of the artboart. If the object is drawn (or draged) outside the artboard, so the layer must be pulled out of the artboard and put it outside of it. If the object is partly on the artboard and partly outside, the layer stays as the part of the artboard.
  3. OK, I won't argue anymore if this has any advantages or not, but IMO any layer should stay at the position it was put by the user and not to jump anywhere by its will.
  4. IMO, no layer must be allowed to be dragged outside the artboard, unless you want it to move to another artboard.
  5. You are right. The rectangle was outside the artboard. Now, it is OK. But, I can't see the logic of moving the layer outside the artbord layer. What is the difference if the layer is outside or inside the artboard layer? For me, if I draw on the artboard it should stay on it.
  6. The layer should stay where it is whatever I do and it is my decision if I want to move it up or down.
  7. No, it doesn't matter if I am moving it within the artboard or outside.
  8. It happens in the newest version 2 -- beta and retail on Win 10: First I draw the ellipse and then the rectangle so the rectangle layer is above the ellipse layer. Then I move the rectangle layer bellow the ellipse layer. Now, when I move the rectangle object in any direction, it's layer moves above tle ellipse layer so I have to reposition it manually. And it happens again... and again. Am I doing something wrong?
  9. I don't know if I understood you well, but cross references purpose is to link objects on different pages and help locating each other, not to move any text up or down, left or right. You have to do it manually.
  10. A little bit of clarifying: Indicator color should be editable with option to switch it on/off and automatically applied to the text formatted with that style.
  11. Hi, I do some coding from time to time and not so long ago I got and idea. (Almost) all Code Editors use colors to indicate statements, functions, quoted text... So, is it enough interesting to you, to implement this idea in Publisher? It would be something like this: Assign a color indicator next to the style name; Apply the color to paragraphs or characters as a text background or text color. This way we can easily find parts of text that have no text style assigned, or have wrong text styles. These colors must not be exported to PDF or other formats and must not be printed on paper. Only for redaction purposes.
  12. If the file is very complex (drop shadows, blends...) it must be flatened (broken into small pieces) to be printed corectly.
  13. It can't be done automatically in all situations. Lets say, sometimes two line must be joined into one, the author is listed bellow the title instead above...
  14. Sometimes, updating TOCs is nightmare, expecially when you do some manual adjustments. In MS Word, when you create TOC and then you need to add/remove some text, some of the subheads included in TOC change their previous locations, bot the TOC page numbers are automatically adjusted without updating it. No additional manual fixing.
  15. Now, when we have cross references, can we expect page numbers in TOC to be automatically cross referenced when Publisher creates TOC styles (something like MS Word) so we have auto page renumbering in TOC when text is changed?
  16. Sorry, I forgot one more feature: 6. When dragging a hor. guide with the mouse cursor outside page(s) then the guide has to be positioned over the whole spread, otherwise -- on that single page (like InDesign).
  17. What is even more interesting, for 6:30 or 18:30 they literally say "half seven". There is no word that explains if it is 30 minutes before or after seven o'clock.
  18. In this category belongs all ex-YU countries except Macedonia (Serbia, Croatia, Bosnia and Herzegovina, Slovenia and Montenegro).
  19. You would be even more amazed when you hear people saying 6:30 when it is actually 18:30. It is not hard to distinguish if it is 6:30 at morning or at afternoon if you live in central or southern Europe, but if you live in far north countries where they have white nights -- it is not clear at all.
  20. Oh, I see. I think it would be exaggerating to ask for that feature having in mind that it would not have any practical use.
  21. Sorry, but IMO it would be more logical if you switch these patterns: hour in am/pm (0~11) to be H, HH; and hour in day (0~23) to be K, KK
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.