From sergio.am.spina at gmail.com  Sat Apr  2 08:29:36 2016
From: sergio.am.spina at gmail.com (Sergio Spina)
Date: Sat, 2 Apr 2016 10:29:36 +0200
Subject: [scribus-dev] Console doesn't see easygui
Message-ID: <CAAoW_qELZuOQ2y5EbMPv-B8eNE7p_qF81EYFZZRAN9KFANkH9w@mail.gmail.com>

EasyGUI is a module for GUI programming in Python (
https://sourceforge.net/projects/easygui/).

This is a session on the terminal:

>  sam at lap_sam ~/repos/d-kit $ python
>  Python 2.7.9 (default, Mar  1 2015, 18:22:53)
>  [GCC 4.9.2] on linux2
>  Type "help", "copyright", "credits" or "license" for more information.
>  >>> import easygui as gui
>  >>> gui.ynbox(msg='Test window')
>  True
>  >>>

And this is the same session on the scribus python console:

input:
>  import easygui as gui

>  gui.ynbox(msg='Test window')


output after <F9>

>  Traceback (most recent call last):

>      File "<console>", line 1, in <module>

>  ImportError: No module named easygui

>  Traceback (most recent call last):

>      File "<console>", line 1, in <module>

>  NameError: name 'gui' is not defined


Where can it be the problem?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160402/0be403d4/attachment.html>

From jghali at libertysurf.fr  Sun Apr  3 14:47:19 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Sun, 3 Apr 2016 16:47:19 +0200
Subject: [scribus-dev] Scribusboxes: comment about issue #13895
Message-ID: <57012CF7.6090709@libertysurf.fr>

Hi,

This message is about what I discovered while trying to fix issue #13895
(https://bugs.scribus.net/view.php?id=13895) and is mainly intended at Oman team. CTL
branch behavior should be checked so as to see if this issue also exists in that branch.

So here is what I discovered in respect to issue #13895.

In some situtations, particularly when layouting the first line, Scribus has to restart
layouting a line from scratch. This implies that glyphs layout data (character advance,
glyph scaling etc..) of currently line has to be reinitialized. Unfortunately the current
code fails to do so. As a consequence the indent setting for paragraph effects is applied
multiple times on the first line. Which triggers the issue...

My current solution is to introduce a basic TextShaper class, similarly to what has
already been done in CTL branch. Current patch attached for reference. This shaper class
allows to retrieve glyph runs on demand and cache initial run data so that it can get
retrieved in a clean state if the layout of a specific line has to be restarted from
scratch. This shaper class allows to compute only needed glyph runs when layouting a text
frame and not all runs from frame first char to story end as in trunk.

Hope it helps,
Jean


-------------- next part --------------
Index: scribus/pageitem.cpp
===================================================================
--- scribus/pageitem.cpp	(revision 21154)
+++ scribus/pageitem.cpp	(working copy)
@@ -2644,8 +2644,8 @@
 	}
 	else */
 	{
-		gl.xadvance = font.glyphWidth(gl.glyph, style.fontSize() / 10);
-		gl.yadvance = font.glyphBBox(gl.glyph, style.fontSize() / 10).ascent;
+		gl.xadvance = font.glyphWidth(gl.glyph, style.fontSize() / 10) * gl.scaleH;
+		gl.yadvance = font.glyphBBox(gl.glyph, style.fontSize() / 10).ascent * gl.scaleV;
 	}
 	if (gl.xadvance > 0)
 		gl.xadvance += tracking;
Index: scribus/pageitem_textframe.cpp
===================================================================
--- scribus/pageitem_textframe.cpp	(revision 21154)
+++ scribus/pageitem_textframe.cpp	(working copy)
@@ -57,6 +57,7 @@
 #include "selection.h"
 #include "text/boxes.h"
 #include "text/screenpainter.h"
+#include "text/textshaper.h"
 #include "ui/guidemanager.h"
 #include "ui/marksmanager.h"
 #include "undomanager.h"
@@ -1242,154 +1243,6 @@
 	}
 }
 
-QList<GlyphRun> PageItem_TextFrame::shapeText()
-{
-	// maps expanded characters to itemText tokens.
-	QMap<int, int> textMap;
-	QString text;
-	for (int i = firstInFrame(); i < itemText.length(); ++i)
-	{
-		Mark* mark = itemText.mark(i);
-		if (itemText.hasMark(i))
-		{
-			mark->OwnPage = OwnPage;
-			//itemPtr and itemName set to this frame only if mark type is different than MARK2ItemType
-			if (!mark->isType(MARK2ItemType))
-			{
-				mark->setItemPtr(this);
-				mark->setItemName(itemName());
-			}
-
-			//anchors and indexes has no visible inserts in text
-			if (mark->isType(MARKAnchorType) || mark->isType(MARKIndexType))
-				continue;
-
-			//set note marker charstyle
-			if (mark->isNoteType())
-			{
-				TextNote* note = mark->getNotePtr();
-				if (note == NULL)
-					continue;
-				mark->setItemPtr(this);
-				NotesStyle* nStyle = note->notesStyle();
-				Q_ASSERT(nStyle != NULL);
-				QString chsName = nStyle->marksChStyle();
-				CharStyle currStyle(itemText.charStyle(i));
-				if (!chsName.isEmpty())
-				{
-					CharStyle marksStyle(m_Doc->charStyle(chsName));
-					if (!currStyle.equiv(marksStyle))
-					{
-						currStyle.setParent(chsName);
-						itemText.applyCharStyle(i, 1, currStyle);
-					}
-				}
-
-				StyleFlag s(itemText.charStyle(i).effects());
-				if (mark->isType(MARKNoteMasterType))
-				{
-					if (nStyle->isSuperscriptInMaster())
-						s |= ScStyle_Superscript;
-					else
-						s &= ~ScStyle_Superscript;
-				}
-				else
-				{
-					if (nStyle->isSuperscriptInNote())
-						s |= ScStyle_Superscript;
-					else
-						s &= ~ScStyle_Superscript;
-				}
-				if (s != itemText.charStyle(i).effects())
-				{
-					CharStyle haveSuperscript;
-					haveSuperscript.setFeatures(s.featureList());
-					itemText.applyCharStyle(i, 1, haveSuperscript);
-				}
-			}
-		}
-
-		bool bullet = false;
-		if (i == 0 || itemText.text(i - 1) == SpecialChars::PARSEP)
-		{
-			ParagraphStyle style = itemText.paragraphStyle(i);
-			if (style.hasBullet() || style.hasNum())
-			{
-				bullet = true;
-				if (mark == NULL || !mark->isType(MARKBullNumType))
-				{
-					itemText.insertMark(new BulNumMark(), i);
-					i--;
-					continue;
-				}
-				if (style.hasBullet())
-					mark->setString(style.bulletStr());
-				else if (style.hasNum() && mark->getString().isEmpty())
-				{
-					mark->setString("?");
-					m_Doc->flag_Renumber = true;
-				}
-			}
-		}
-
-		if (!bullet && mark && mark->isType(MARKBullNumType))
-		{
-			itemText.removeChars(i, 1);
-			i--;
-			continue;
-		}
-
-		QString str = ExpandToken(i);
-		if (str.isEmpty())
-			str = SpecialChars::ZWNBSPACE;
-
-		for (int j = 0; j < str.length(); j++)
-			textMap.insert(text.length() + j, i);
-
-		text.append(str);
-	}
-
-	QList<GlyphRun> glyphRuns;
-	glyphRuns.reserve(text.length());
-	for (int i = 0; i < text.length(); i++)
-	{
-		const QChar ch(text.at(i));
-		int a = textMap.value(i);
-
-		GlyphRun run(&itemText.charStyle(a), itemText.flags(a), a, a, itemText.object(a));
-		if (SpecialChars::isExpandingSpace(ch))
-			run.setFlag(ScLayout_ExpandingSpace);
-
-		GlyphLayout gl = layoutGlyphs(run.style(), QString(ch), itemText.flags(a));
-
-		if (!glyphRuns.isEmpty())
-		{
-			GlyphLayout& last = glyphRuns.last().glyphs().last();
-			last.xadvance += run.style().font().glyphKerning(last.glyph, gl.glyph, run.style().fontSize() / 10) * last.scaleH;
-		}
-
-		//show control characters for marks
-		if (itemText.hasMark(a))
-		{
-			GlyphLayout control;
-			control.glyph = SpecialChars::OBJECT.unicode() + ScFace::CONTROL_GLYPHS;
-			run.glyphs().append(control);
-		}
-
-		if (SpecialChars::isExpandingSpace(ch))
-			gl.xadvance *= run.style().wordTracking();
-
-		if (itemText.hasObject(a))
-			gl.xadvance = itemText.object(a)->width() + itemText.object(a)->lineWidth();
-
-		run.glyphs().append(gl);
-
-		glyphRuns.append(run);
-	}
-
-	return glyphRuns;
-}
-
 void PageItem_TextFrame::layout()
 {
 // 	qDebug()<<"==Layout==" << itemName() ;
@@ -1526,7 +1379,8 @@
 			m_availableRegion = matrix.map(m_availableRegion);
 		}
 
-		QList<GlyphRun> glyphRuns = shapeText();
+		QList<GlyphRun> glyphRuns;
+		TextShaper shaper(this, firstInFrame());
 
 		LineControl current(m_width, m_height, m_textDistanceMargins, lineCorr, m_Doc, glyphRuns, columnWidth(), ColGap);
 		current.nextColumn(textLayout);
@@ -1585,11 +1439,18 @@
 		setMaxY(-1);
 		double maxYAsc = 0.0, maxYDesc = 0.0;
 		int regionMinY = 0, regionMaxY= 0;
-
 		double autoLeftIndent = 0.0;
-		for (int i = 0; i < glyphRuns.length(); ++i)
+
+		for (int i = 0; shaper.hasRun(i); ++i)
 		{
-			if (glyphRuns[i].glyphs().isEmpty())
+			GlyphRun newRun = shaper.runAt(i);
+			if (i >= glyphRuns.count())
+				glyphRuns.append(newRun);
+			else
+				glyphRuns[i] = newRun;
+
+			GlyphRun& currentRun = glyphRuns[i];
+			if (currentRun.glyphs().isEmpty())
 				continue;
 
 			int a = glyphRuns[i].firstChar();
@@ -1811,11 +1672,11 @@
 			GlyphLayout& firstGlyph = glyphRuns[i].glyphs().first();
 			GlyphLayout& lastGlyph = glyphRuns[i].glyphs().last();
 
-			// apply cjk kerning
-			//TODO: cjk spacing and kerning should be done in layoutGlyphs!
-			if (i + 1 < glyphRuns.length())
+			// Apply cjk kerning
+			// TODO: cjk spacing and kerning should be done in layoutGlyphs!
+			if (shaper.hasRun(i + 1))
 			{
-				GlyphRun nextRun = glyphRuns[i + 1];
+				GlyphRun nextRun = shaper.runAt(i + 1);
 				// change xadvance, xoffset according to JIS X4051
 				int nextStat = SpecialChars::getCJKAttr(itemText.text(nextRun.firstChar()));
 				if (curStat != 0)
@@ -1909,7 +1770,7 @@
 						realAsce = qMax(realAsce, gm.ascent + gm.descent);
 						wide += gm.width;
 					}
-					wide = (wide* scaleH) + (1 - scaleH);
+					wide = (wide * scaleH) + (1 - scaleH);
 					realAsce = realAsce  * scaleV + offset;
 					if (realCharHeight == 0)
 						realCharHeight = font.height(style.charStyle().fontSize() / 10.0);
@@ -2636,7 +2497,8 @@
 			if ((DropCmode || BulNumMode) && !outs)
 			{
 				current.xPos += style.parEffectOffset();
-				lastGlyph.xadvance += style.parEffectOffset();
+				lastGlyph.xadvance += DropCmode ? (style.parEffectOffset() / lastGlyph.scaleH)
+				                                :  style.parEffectOffset();
 				if (DropCmode)
 				{
 					DropCmode = false;
@@ -2949,7 +2811,7 @@
 					}
 				}
 			}
-			if (i == glyphRuns.length() - 1)
+			if (glyphRuns[i].lastChar() == itemText.length() - 1)
 			{
 				if (!current.afterOverflow || current.addLine)
 				{
Index: scribus/pageitem_textframe.h
===================================================================
--- scribus/pageitem_textframe.h	(revision 21154)
+++ scribus/pageitem_textframe.h	(working copy)
@@ -159,9 +159,6 @@
 
 public:
 	void setTextFrameHeight();
-
-private:
-	QList<GlyphRun> shapeText();
 };
 
 #endif
Index: scribus/sctextstruct.h
===================================================================
--- scribus/sctextstruct.h	(revision 21154)
+++ scribus/sctextstruct.h	(working copy)
@@ -75,6 +75,7 @@
 	const CharStyle* m_style;
 	LayoutFlags m_flags;
 	QList<GlyphLayout> m_glyphs;
+	
 	int m_firstChar;
 	int m_lastChar;
 	PageItem* m_object;
@@ -92,9 +93,11 @@
 	bool       hasFlag(LayoutFlags f) const { return (m_flags & f) == f; }
 	void       setFlag(LayoutFlags f)       { m_flags = static_cast<LayoutFlags>(m_flags | f); }
 	void     clearFlag(LayoutFlags f)       { m_flags = static_cast<LayoutFlags>(m_flags & ~f); }
+	void     clearGlyphs()                  { m_glyphs.clear(); }
 
 	QList<GlyphLayout>&       glyphs()       { return m_glyphs; }
 	const QList<GlyphLayout>& glyphs() const { return m_glyphs; }
+	int glyphCount()                const    { return m_glyphs.count(); }
 	int firstChar()					const	{ return m_firstChar; }
 	int lastChar()					const	{ return m_lastChar; }
 	qreal width() const;
Index: scribus/text/CMakeLists.txt
===================================================================
--- scribus/text/CMakeLists.txt	(revision 21154)
+++ scribus/text/CMakeLists.txt	(working copy)
@@ -13,15 +13,16 @@
 )
 
 SET(SCRIBUS_TEXT_LIB_SOURCES
+	boxes.cpp
+	frect.cpp
+	fsize.cpp
+	screenpainter.cpp
+	sctext_shared.cpp
 	specialchars.cpp
 	storytext.cpp
 	textlayout.cpp
 	textlayoutpainter.cpp
-	screenpainter.cpp
-	sctext_shared.cpp
-	fsize.cpp
-	frect.cpp
-	boxes.cpp
+	textshaper.cpp
 )
 
 QT5_WRAP_CPP(SCRIBUS_TEXT_MOC_SOURCES ${SCRIBUS_TEXT_MOC_CLASSES})
Index: scribus/text/textshaper.cpp
===================================================================
--- scribus/text/textshaper.cpp	(revision 0)
+++ scribus/text/textshaper.cpp	(revision 0)
@@ -0,0 +1,207 @@
+/*
+ For general Scribus (>=1.3.2) copyright and licensing information please refer
+ to the COPYING file provided with the program. Following this notice may exist
+ a copyright and/or license notice that predates the release of Scribus 1.3.2
+ for which a new license (GPL+exception) is in place.
+ */
+
+#include "pageitem.h"
+#include "pageitem_textframe.h"
+#include "scribusdoc.h"
+#include "sctextstruct.h"
+#include "style.h"
+#include "styles/charstyle.h"
+#include "styles/paragraphstyle.h"
+#include "textshaper.h"
+#include "text/specialchars.h"
+
+TextShaper::TextShaper(PageItem_TextFrame* textItem, int startIndex)
+	      : m_startIndex(startIndex),
+			m_index(startIndex),
+			m_lastKernedIndex(-1),
+			m_item(textItem)
+{
+	if (m_item->lastInFrame() >= m_item->firstInFrame())
+	{
+		int charsCount = m_item->lastInFrame() - m_item->firstInFrame() + 1;
+		m_runs.reserve(charsCount);
+	}
+}
+
+bool TextShaper::hasRun(int i)
+{
+	if (i <= m_lastKernedIndex)
+		return true;
+
+	needChars(i);
+	return (i <= m_lastKernedIndex);
+}
+
+GlyphRun TextShaper::runAt(int i)
+{
+	// Ensure we get a kerned run 
+	if (i <= m_lastKernedIndex)
+		return m_runs.at(i);
+	
+	needChars(i);
+	return m_runs.at(i);
+}
+
+void TextShaper::needChars(int runIndex)
+{
+	int oldRunCount = m_runs.count();
+	StoryText& itemText = m_item->itemText;
+
+	for ( ; m_index < itemText.length(); ++m_index)
+	{
+		Mark* mark = itemText.mark(m_index);
+		if (itemText.hasMark(m_index))
+		{
+			mark->OwnPage = m_item->OwnPage;
+			//itemPtr and itemName set to this frame only if mark type is different than MARK2ItemType
+			if (!mark->isType(MARK2ItemType))
+			{
+				mark->setItemPtr(m_item);
+				mark->setItemName(m_item->itemName());
+			}
+
+			//anchors and indexes has no visible inserts in text
+			if (mark->isType(MARKAnchorType) || mark->isType(MARKIndexType))
+				continue;
+
+			//set note marker charstyle
+			if (mark->isNoteType())
+			{
+				TextNote* note = mark->getNotePtr();
+				if (note == NULL)
+					continue;
+				mark->setItemPtr(m_item);
+				NotesStyle* nStyle = note->notesStyle();
+				Q_ASSERT(nStyle != NULL);
+				QString chsName = nStyle->marksChStyle();
+				CharStyle currStyle(itemText.charStyle(m_index));
+				if (!chsName.isEmpty())
+				{
+					CharStyle marksStyle(m_item->doc()->charStyle(chsName));
+					if (!currStyle.equiv(marksStyle))
+					{
+						currStyle.setParent(chsName);
+						itemText.applyCharStyle(m_index, 1, currStyle);
+					}
+				}
+
+				StyleFlag s(itemText.charStyle(m_index).effects());
+				if (mark->isType(MARKNoteMasterType))
+				{
+					if (nStyle->isSuperscriptInMaster())
+						s |= ScStyle_Superscript;
+					else
+						s &= ~ScStyle_Superscript;
+				}
+				else
+				{
+					if (nStyle->isSuperscriptInNote())
+						s |= ScStyle_Superscript;
+					else
+						s &= ~ScStyle_Superscript;
+				}
+				if (s != itemText.charStyle(m_index).effects())
+				{
+					CharStyle haveSuperscript;
+					haveSuperscript.setFeatures(s.featureList());
+					itemText.applyCharStyle(m_index, 1, haveSuperscript);
+				}
+			}
+		}
+
+		bool bullet = false;
+		if (m_index == 0 || itemText.text(m_index - 1) == SpecialChars::PARSEP)
+		{
+			ParagraphStyle style = itemText.paragraphStyle(m_index);
+			if (style.hasBullet() || style.hasNum())
+			{
+				bullet = true;
+				if (mark == NULL || !mark->isType(MARKBullNumType))
+				{
+					itemText.insertMark(new BulNumMark(), m_index);
+					m_index--;
+					continue;
+				}
+				if (style.hasBullet())
+					mark->setString(style.bulletStr());
+				else if (style.hasNum() && mark->getString().isEmpty())
+				{
+					mark->setString("?");
+					m_item->doc()->flag_Renumber = true;
+				}
+			}
+		}
+
+		if (!bullet && mark && mark->isType(MARKBullNumType))
+		{
+			itemText.removeChars(m_index, 1);
+			m_index--;
+			continue;
+		}
+
+		QString str = m_item->ExpandToken(m_index);
+		if (str.isEmpty())
+			str = SpecialChars::ZWNBSPACE;
+
+		for (int j = 0; j < str.length(); j++)
+		{
+			const QChar ch(str.at(j));
+			GlyphRun run(&itemText.charStyle(m_index), itemText.flags(m_index), m_index, m_index, itemText.object(m_index));
+			initGlyphLayout(run, QString(ch), m_runs.count());
+			m_runs.append(run);
+		}
+
+		// This ensure we have a sufficient number of runs
+		// to kern the request run
+		if (m_runs.count() >= runIndex + 2)
+		{
+			++m_index;
+			break;
+		}
+	}
+
+	// Last run cannot be kerned, increment m_lastKernedIndex to its max value
+	if (m_index >= itemText.length())
+		m_lastKernedIndex = m_runs.count() - 1;
+}
+
+void TextShaper::initGlyphLayout(GlyphRun& run, const QString& chars, int runIndex)
+{
+	int a = run.firstChar();
+	const QChar ch = chars.at(0);
+	const CharStyle& runStyle = run.style();
+	StoryText& itemText = m_item->itemText;
+
+	if (SpecialChars::isExpandingSpace(ch))
+		run.setFlag(ScLayout_ExpandingSpace);
+
+	GlyphLayout gl = m_item->layoutGlyphs(runStyle, chars, itemText.flags(a));
+
+	if (runIndex > 0)
+	{
+		GlyphLayout& last = m_runs[runIndex - 1].glyphs().last();
+		last.xadvance += runStyle.font().glyphKerning(last.glyph, gl.glyph, runStyle.fontSize() / 10) * last.scaleH;
+		m_lastKernedIndex = qMax(m_lastKernedIndex, runIndex - 1);
+	}
+
+	//show control characters for marks
+	if (itemText.hasMark(a))
+	{
+		GlyphLayout control;
+		control.glyph = SpecialChars::OBJECT.unicode() + ScFace::CONTROL_GLYPHS;
+		run.glyphs().append(control);
+	}
+
+	if (SpecialChars::isExpandingSpace(ch))
+		gl.xadvance *= runStyle.wordTracking();
+
+	if (itemText.hasObject(a))
+		gl.xadvance = itemText.object(a)->width() + itemText.object(a)->lineWidth();
+
+	run.glyphs().append(gl);
+}
Index: scribus/text/textshaper.h
===================================================================
--- scribus/text/textshaper.h	(revision 0)
+++ scribus/text/textshaper.h	(revision 0)
@@ -0,0 +1,58 @@
+/*
+ For general Scribus (>=1.3.2) copyright and licensing information please refer
+ to the COPYING file provided with the program. Following this notice may exist
+ a copyright and/or license notice that predates the release of Scribus 1.3.2
+ for which a new license (GPL+exception) is in place.
+ */
+ 
+#ifndef TEXTSHAPER_H
+#define TEXTSHAPER_H
+
+#include <QList>
+
+#include "scribusapi.h"
+#include "sctextstruct.h"
+#include "text/storytext.h"
+
+class PageItem_TextFrame;
+
+class SCRIBUS_API TextShaper
+{
+public:
+	TextShaper(PageItem_TextFrame* textItem, int startIndex = 0);
+
+	/**
+	 * Test if run at specifid index can be retrieved
+	 */
+	bool hasRun(int i);
+
+	/**
+	 * Retrieve glyph run at specified index
+	 */
+	GlyphRun runAt(int i);
+	
+protected:
+
+	// Character index from where shaping start
+	int m_startIndex;
+
+	// Next character index to be shaped
+	int m_index;
+
+	// Last run which has been kerned
+	int m_lastKernedIndex;
+	
+	// The item whose text is being shaped
+	PageItem_TextFrame* m_item;
+
+	// Glyph runs waiting to be retrieved
+	QList<GlyphRun> m_runs;
+
+	// Get next chars and put them in char queue
+	void needChars(int runIndex);
+
+	// Initialize layout data and glyph list of a text run
+	void initGlyphLayout(GlyphRun& run, const QString& chars, int runIndex);
+};
+
+#endif

From jluc at no-log.org  Mon Apr  4 06:59:10 2016
From: jluc at no-log.org (JLuc)
Date: Mon, 4 Apr 2016 08:59:10 +0200
Subject: [scribus-dev] New scribusboxes justify issue
In-Reply-To: <56FC3D7B.7090007@no-log.org>
References: <56FC3D7B.7090007@no-log.org>
Message-ID: <ndt3bu$1p7$1@ger.gmane.org>

Le 30/03/2016 22:56, JLuc a ?crit :

> See https://bugs.scribus.net/view.php?id=13880
> with uploaded SLA and visual comparison between "before merge"
> and recent scribusboxes version 21140 including your previous justify fix.
>
> With scribusboxes, the justify is wrong.

It's now fixed with r21160
JLuc




From scribus.user at gmail.com  Fri Apr  8 00:52:17 2016
From: scribus.user at gmail.com (Scribus User)
Date: Thu, 7 Apr 2016 19:52:17 -0500
Subject: [scribus-dev] Testers: You're invited to test tickets tagged with
	#please_test
Message-ID: <CAAt0FRjAJQSRRki1HfT5iiBiCuQG=E3J2Tnn1zFd1a+TihN7vw@mail.gmail.com>

Hey all,
The URL listed below links to all Scribus Bugtracker tickets that need to
be reviewed and tested to see if they are still valid. You are invited to
test these tickets and notate your results in said ticket. Together we can
continue to more accurately shape the current state of affairs reflected in
the Scribus bugtracker that still contains many obsolete or
non-reproducible tickets.


https://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90&tag_select=218&match_type=0

Thanks in advance everyone.

Best,
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160407/f4db8728/attachment.html>

From scribus.user at gmail.com  Thu Apr 14 12:54:28 2016
From: scribus.user at gmail.com (Scribus User)
Date: Thu, 14 Apr 2016 07:54:28 -0500
Subject: [scribus-dev] open tickets that are 'up for grabs' regarding RTL
	interface issues
Message-ID: <CAAt0FRhf276a8W1O0TEUgTNRKv+HToKDcvsr2+cpqH69RrWLWg@mail.gmail.com>

Anyone interested in solving these:

- https://bugs.scribus.net/view.php?id=13843: [NLS] RTL: Splash Screen
dynamic text conflict with graphic - new.

- https://bugs.scribus.net/view.php?id=13846: [NLS] RTL: Height x Width
Chain needs to be flipped - new.

And the metabug: https://bugs.scribus.net/view.php?id=13844

Cheers,
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160414/6571f891/attachment.html>

From scribus.user at gmail.com  Tue Apr 19 13:26:45 2016
From: scribus.user at gmail.com (Scribus User)
Date: Tue, 19 Apr 2016 08:26:45 -0500
Subject: [scribus-dev] Need folks to retest bug #13680
Message-ID: <CAAt0FRjD--guyFpmd_MRzsjhKT9gayCm_bNjftchdX3DCsu_7g@mail.gmail.com>

Hey all,
Using the latest trunk version of 1.5.2svn would someone please retest
https://bugs.scribus.net/view.php?id=13680
I can't reproduce on OSX 10.10.5

Thanks,
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160419/9986d21b/attachment.html>

From gpittman at iglou.com  Tue Apr 19 21:00:26 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Tue, 19 Apr 2016 17:00:26 -0400
Subject: [scribus-dev] CTL in Scribus
Message-ID: <57169C6A.1030608@iglou.com>

At LGM there was a UK student from Sri Lanka who develops fonts for
Sinhalese. He told us that Scribus is the first software he has found
which will properly display the font he has created.

He is going to set up a repository of some Sinhalese text files, along
with some images of what it's supposed to look like for us to use for
testing purposes. My understanding from talking to him is that he will
post this to the Scribus list when he has it ready.

Greg


From fahad.alsaidi at gmail.com  Wed Apr 20 04:33:09 2016
From: fahad.alsaidi at gmail.com (Fahad Al-Saidi)
Date: Wed, 20 Apr 2016 08:33:09 +0400
Subject: [scribus-dev] CTL in Scribus
In-Reply-To: <57169C6A.1030608@iglou.com>
References: <57169C6A.1030608@iglou.com>
Message-ID: <CAHJf0ghEaS48n0_03C7UjE462-0+3-HtP=Z_PEQBruSdwTDetQ@mail.gmail.com>

Great News that people have started testing CTL before landing in main
repository. I have already included Sinhala in my pull request[1] to
add more languages into Scribus. If things go smoothly, scribus CTL
will support more than 500 languages.

[1] https://github.com/HOST-Oman/scribus/pull/148/
Regards,
Fahad

On Wed, Apr 20, 2016 at 1:00 AM, Gregory Pittman <gpittman at iglou.com> wrote:
> At LGM there was a UK student from Sri Lanka who develops fonts for
> Sinhalese. He told us that Scribus is the first software he has found
> which will properly display the font he has created.
>
> He is going to set up a repository of some Sinhalese text files, along
> with some images of what it's supposed to look like for us to use for
> testing purposes. My understanding from talking to him is that he will
> post this to the Scribus list when he has it ready.
>
> Greg
>
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev



-- 
my blog

http://fahadalsaidi.blogspot.com


From ale.comp_06 at xox.ch  Wed Apr 20 07:36:32 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Wed, 20 Apr 2016 09:36:32 +0200
Subject: [scribus-dev] Fwd: Re:  CTL in Scribus
In-Reply-To: <57173135.10401@graphicslab.org>
References: <57173135.10401@graphicslab.org>
Message-ID: <57173180.60901@xox.ch>

  hey fahad

> Great News that people have started testing CTL before landing in main
> repository.
yes!

> I have already included Sinhala in my pull request[1] to
> add more languages into Scribus.

neat! i've created a repository where people can make pull requests and 
add test documents:

https://github.com/scribusproject/test-samples

(a first draft of sinhaleses files are already there...)

the tests will then be submitted to the scribus team and possibly 
included in the official scribus/resources/tests/ directory in the trunk.

> If things go smoothly, scribus CTL
> will support more than 500 languages.

wow!

>> At LGM there was a UK student from Sri Lanka who develops fonts for
>> Sinhalese. He told us that Scribus is the first software he has found
>> which will properly display the font he has created.
>>

well, the first time he sees it in a DTP program... (browsers and even 
windows' notepad seem to display it correctly... but their job is a bit 
easier)


anyway, if you want to see how cool it looks in scribus, here it is!

https://twitter.com/patdavid/status/721729507678429184

have a wonderful day
a.l.e


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160420/e0d587df/attachment.html>

From scribus.user at gmail.com  Sun Apr 24 00:04:58 2016
From: scribus.user at gmail.com (Scribus User)
Date: Sat, 23 Apr 2016 19:04:58 -0500
Subject: [scribus-dev] Can someone test this dual-monitor bug?
Message-ID: <CAAt0FRgYZ3oNHji0Qj5TZw9PyGr3AqPAr361EWPXqJ=t-CYkWw@mail.gmail.com>

Anyone with a dual-monitor setup?

https://bugs.scribus.net/view.php?id=9719
It contains a screenshot

Summary:
"I'm using 2 monitors with extended desktop. When exiting Scribus, it
doesn't save position of properties window, pages window, align and
distribute window etc."

Please test with stable 1.4.6
and 1.5.2svn
And please notate the ticket with your results

Thanks!

/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160423/5edf001f/attachment.html>

From wtxnh-scribus at yahoo.com.au  Sun Apr 24 11:15:46 2016
From: wtxnh-scribus at yahoo.com.au (Juraj Fedel)
Date: Sun, 24 Apr 2016 13:15:46 +0200
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
Message-ID: <20160424111546.GB1025@gazda>

For some time now (more then 1 moths, maybe even 6 month) I can not
access scribus wiki or scribus bugs with my prefer ed web browser.
Before I was able to access those websites with my browser.

It is w3m browser (browser that run within emacs buffer).
When I try to open webpage I see this as reply:

<<<<+++
Location: https://wiki.scribus.net/canvas/Working_with_image_frames                                                    
Forbidden

You don't have permission to access /canvas/Working_with_image_frames on this server.
-------------------
Apache Server at wiki.scribus.net Port 443
<<<<---

When accessing bugs website I get this:

<<<<+++
Location: https://bugs.scribus.net/my_view_page.php                                                                    
Forbidden

You don't have permission to access /my_view_page.php on this server.
------
Apache Server at bugs.scribus.net Port 443
<<<<---

The header in https reply has this line:
HTTP/1.1 403 Forbidden

Was there some changes made on those two websites (within last 6 month,
i am not sure when problem exactly started) that could cause this
behavior?

I can open the page with elinks (another text only browser running in terminal) or
Firefox but not with w3m.

Juraj


From gpittman at iglou.com  Sun Apr 24 23:43:35 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 24 Apr 2016 19:43:35 -0400
Subject: [scribus-dev] failed install of 1.5.2svn
Message-ID: <571D5A27.3070503@iglou.com>

I received a message as make was trying to install 1.5.2, saying that it
"couldn't find scribus.appdata.xml" -- ?

Greg


From gpittman at iglou.com  Mon Apr 25 00:14:36 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 24 Apr 2016 20:14:36 -0400
Subject: [scribus-dev] failed install of 1.5.2svn
In-Reply-To: <571D5A27.3070503@iglou.com>
References: <571D5A27.3070503@iglou.com>
Message-ID: <571D616C.3070607@iglou.com>

On 04/24/2016 07:43 PM, Gregory Pittman wrote:
> I received a message as make was trying to install 1.5.2, saying that it
> "couldn't find scribus.appdata.xml" -- ?
> 

I must have updated at the wrong moment, now it's been added...

Greg


From scribus.user at gmail.com  Mon Apr 25 13:28:11 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 25 Apr 2016 08:28:11 -0500
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <20160424111546.GB1025@gazda>
References: <20160424111546.GB1025@gazda>
Message-ID: <CAAt0FRjMfti-qBvPXUCrEgS5BxsWgsUqFaDLbeEPiNLGkRS07Q@mail.gmail.com>

On Sun, Apr 24, 2016 at 6:15 AM, Juraj Fedel <wtxnh-scribus at yahoo.com.au>
wrote:

> For some time now (more then 1 moths, maybe even 6 month) I can not
> access scribus wiki or scribus bugs with my prefer ed web browser.
> Before I was able to access those websites with my browser.
>
> It is w3m browser (browser that run within emacs buffer).
> When I try to open webpage I see this as reply:
>
> <<<<+++
> Location: https://wiki.scribus.net/canvas/Working_with_image_frames
> Forbidden
>
> You don't have permission to access /canvas/Working_with_image_frames on
> this server.
> -------------------
> Apache Server at wiki.scribus.net Port 443
> <<<<---
>
> When accessing bugs website I get this:
>
> <<<<+++
> Location: https://bugs.scribus.net/my_view_page.php
> Forbidden
>
> You don't have permission to access /my_view_page.php on this server.
> ------
> Apache Server at bugs.scribus.net Port 443
> <<<<---
>
> The header in https reply has this line:
> HTTP/1.1 403 Forbidden
>
> Was there some changes made on those two websites (within last 6 month,
> i am not sure when problem exactly started) that could cause this
> behavior?
>
> I can open the page with elinks (another text only browser running in
> terminal) or
> Firefox but not with w3m.
>
> Juraj
>

Hey Juraj :)
Weird, I can't reproduce in the browser (FF or Chrome)
Maybe an issue with w3m ?
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160425/021ff255/attachment.html>

From scribus.user at gmail.com  Mon Apr 25 14:16:21 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 25 Apr 2016 09:16:21 -0500
Subject: [scribus-dev] CTL and Trunk: where are we at?
Message-ID: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>

Hi everybody,
I'm writing this email to get things straight and clear about where is CTL
in comparison to trunk these days. FYI, I'm not speaking for the Scribus
team here, just working to understand for my own perception. Thank you for
your patience.

Recently a github bug was open on Host-Oman repo
https://github.com/HOST-Oman/scribus/issues/147 (although we don't know if
these are the only blockers for 1.5.2 yet). Host-Oman responded that most
of these were fixed but needed testing to confirm. Also Craig recently sent
an email with revisions that Scribus Team made in Trunk in order to fix
some regressions from 'boxes' merge (Craig, where is that list BTW, could
you resend?)

1. Are all these things reconciled?
2. Are there any pending issues that need to be addressed? Lets list them.
3. In order to get more widely tested, CTL needs to be built nightly so
that testers can confirm the Host-Oman's great progress. Can we organize a
place and methodology for this to happen? (I've tried to spearhead this but
encountered some technical problems:
https://github.com/HOST-Oman/scribus/issues/118). Any volunteers, please
make yourselves heard.

Thanks for all the work so far from everybody involved!

Cheers,
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160425/6af21bba/attachment.html>

From khaledhosny at eglug.org  Mon Apr 25 14:59:56 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Mon, 25 Apr 2016 16:59:56 +0200
Subject: [scribus-dev] CTL and Trunk: where are we at?
In-Reply-To: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
Message-ID: <20160425145956.GA14755@macbook>

AFAIK, all boxes related fixes in trunk are either picked in the CTL
branch, solved in a different way, or was already solved while doing the
CTL integration. The only remaining issue in this category is the
performance of linked text frames which will probably be a none-issue
when we introduce a general shaping cache (like many other users of
HarfBuzz).

Other than that, this is the list of issues we need to fix before the
code is ready to be merged:
https://github.com/HOST-Oman/scribus/milestones/Complex%20text%20layout

One particularly difficult issue in this list is breaking lines inside
ligatures: https://github.com/HOST-Oman/scribus/issues/144 To put it
simply, I don?t have a clear idea how to fix this, yet. I know how TeX
handles it (it stores both the ligated glyph and its non ligated
components in its ?shaping? output) but it can?t be replicated with
HarfBuzz with a very big performance penalty (need to reshape the text
several times with and without the ligatures and check the difference)
or sacrificing layout accuracy.

Any help with the remaining issues is highly appreciated, it is only me
and Fahad working on the code now in our spare time.

Regards,
Khaled

On Mon, Apr 25, 2016 at 09:16:21AM -0500, Scribus User wrote:
> Hi everybody,
> I'm writing this email to get things straight and clear about where is CTL
> in comparison to trunk these days. FYI, I'm not speaking for the Scribus
> team here, just working to understand for my own perception. Thank you for
> your patience.
> 
> Recently a github bug was open on Host-Oman repo
> https://github.com/HOST-Oman/scribus/issues/147 (although we don't know if
> these are the only blockers for 1.5.2 yet). Host-Oman responded that most
> of these were fixed but needed testing to confirm. Also Craig recently sent
> an email with revisions that Scribus Team made in Trunk in order to fix
> some regressions from 'boxes' merge (Craig, where is that list BTW, could
> you resend?)
> 
> 1. Are all these things reconciled?
> 2. Are there any pending issues that need to be addressed? Lets list them.
> 3. In order to get more widely tested, CTL needs to be built nightly so
> that testers can confirm the Host-Oman's great progress. Can we organize a
> place and methodology for this to happen? (I've tried to spearhead this but
> encountered some technical problems:
> https://github.com/HOST-Oman/scribus/issues/118). Any volunteers, please
> make yourselves heard.
> 
> Thanks for all the work so far from everybody involved!
> 
> Cheers,
> /Kunda

> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev



From scribus-dev at reg.fami.ga  Mon Apr 25 19:22:26 2016
From: scribus-dev at reg.fami.ga (Thomas Ganter (Scribus Dev))
Date: Mon, 25 Apr 2016 21:22:26 +0200
Subject: [scribus-dev] OSX Trunk / Nighy versions
In-Reply-To: <20160425145956.GA14755@macbook>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
 <20160425145956.GA14755@macbook>
Message-ID: <etPan.571e6e72.759693e1.baa@tigretina.intern.familie-ganter.de>

Team.?

I am happy to test (because I am annoyed by some bugs).?
Maybe even contribute (if I re-activate my Dev ID).?

However, I?d first like to start using nighlies (or whatever interval we do).?
I seem unable to find a reliable source for these for non-Windows OSes.?

Or am I just to dumb to look in the right places?

Greetings,?
?Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160425/88fefa82/attachment.html>

From cbradney at scribus.info  Mon Apr 25 19:24:04 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 25 Apr 2016 21:24:04 +0200
Subject: [scribus-dev] OSX Trunk / Nighy versions
In-Reply-To: <etPan.571e6e72.759693e1.baa@tigretina.intern.familie-ganter.de>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
 <20160425145956.GA14755@macbook>
 <etPan.571e6e72.759693e1.baa@tigretina.intern.familie-ganter.de>
Message-ID: <A32B6584-F078-4232-86C3-4F7275A31F1F@scribus.info>


> On 25 Apr 2016, at 21:22, Thomas Ganter (Scribus Dev) <scribus-dev at reg.fami.ga> wrote:
> 
> Team. 
> 
> I am happy to test (because I am annoyed by some bugs). 
> Maybe even contribute (if I re-activate my Dev ID). 
> 
> However, I?d first like to start using nighlies (or whatever interval we do). 
> I seem unable to find a reliable source for these for non-Windows OSes. 
> 
> Or am I just to dumb to look in the right places?


Hi Thomas

Look here: https://sourceforge.net/projects/scribus/files/scribus-svn/1.5.2.svn/ <https://sourceforge.net/projects/scribus/files/scribus-svn/1.5.2.svn/>

I?ll be uploading a new nightly later tonight once the next build finishes. You could also just build from source which is easy on OSX.

Craig

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160425/3bb61df1/attachment.html>

From cbradney at scribus.info  Mon Apr 25 21:52:37 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 25 Apr 2016 23:52:37 +0200
Subject: [scribus-dev] CTL and Trunk: where are we at?
In-Reply-To: <20160425145956.GA14755@macbook>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
 <20160425145956.GA14755@macbook>
Message-ID: <02CE2A9D-A0C4-44EA-8E73-8142BD947638@scribus.info>

I can now pretty easily build CTL nightlies? 

https://sourceforge.net/projects/scribus/files/scribus-svn/CTL/

I just uploaded a build. Note, it has NOT been tested in any way.

Craig


> On 25 Apr 2016, at 16:59, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> AFAIK, all boxes related fixes in trunk are either picked in the CTL
> branch, solved in a different way, or was already solved while doing the
> CTL integration. The only remaining issue in this category is the
> performance of linked text frames which will probably be a none-issue
> when we introduce a general shaping cache (like many other users of
> HarfBuzz).
> 
> Other than that, this is the list of issues we need to fix before the
> code is ready to be merged:
> https://github.com/HOST-Oman/scribus/milestones/Complex%20text%20layout
> 
> One particularly difficult issue in this list is breaking lines inside
> ligatures: https://github.com/HOST-Oman/scribus/issues/144 To put it
> simply, I don?t have a clear idea how to fix this, yet. I know how TeX
> handles it (it stores both the ligated glyph and its non ligated
> components in its ?shaping? output) but it can?t be replicated with
> HarfBuzz with a very big performance penalty (need to reshape the text
> several times with and without the ligatures and check the difference)
> or sacrificing layout accuracy.
> 
> Any help with the remaining issues is highly appreciated, it is only me
> and Fahad working on the code now in our spare time.
> 
> Regards,
> Khaled
> 
> On Mon, Apr 25, 2016 at 09:16:21AM -0500, Scribus User wrote:
>> Hi everybody,
>> I'm writing this email to get things straight and clear about where is CTL
>> in comparison to trunk these days. FYI, I'm not speaking for the Scribus
>> team here, just working to understand for my own perception. Thank you for
>> your patience.
>> 
>> Recently a github bug was open on Host-Oman repo
>> https://github.com/HOST-Oman/scribus/issues/147 (although we don't know if
>> these are the only blockers for 1.5.2 yet). Host-Oman responded that most
>> of these were fixed but needed testing to confirm. Also Craig recently sent
>> an email with revisions that Scribus Team made in Trunk in order to fix
>> some regressions from 'boxes' merge (Craig, where is that list BTW, could
>> you resend?)
>> 
>> 1. Are all these things reconciled?
>> 2. Are there any pending issues that need to be addressed? Lets list them.
>> 3. In order to get more widely tested, CTL needs to be built nightly so
>> that testers can confirm the Host-Oman's great progress. Can we organize a
>> place and methodology for this to happen? (I've tried to spearhead this but
>> encountered some technical problems:
>> https://github.com/HOST-Oman/scribus/issues/118). Any volunteers, please
>> make yourselves heard.
>> 
>> Thanks for all the work so far from everybody involved!
>> 
>> Cheers,
>> /Kunda
> 
>> _______________________________________________
>> scribus-dev mailing list
>> scribus-dev at lists.scribus.net
>> http://lists.scribus.net/mailman/listinfo/scribus-dev
> 
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev



From cbradney at scribus.info  Mon Apr 25 21:53:45 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 25 Apr 2016 23:53:45 +0200
Subject: [scribus-dev] CTL and Trunk: where are we at?
In-Reply-To: <02CE2A9D-A0C4-44EA-8E73-8142BD947638@scribus.info>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
 <20160425145956.GA14755@macbook>
 <02CE2A9D-A0C4-44EA-8E73-8142BD947638@scribus.info>
Message-ID: <0BC36BC5-7A43-4874-A1FE-92FBCC17ACC1@scribus.info>

the list of commits to be reviewed were:

r21114
r21115
r21117
r21118
r21123
r21124
r21125
r21126
r21128
r21130
r21131
r21132
r21135
r21136
r21138
r21142
r21144
r21145
r21146
r21150
r21155
r21158
r21160
r21165
r21168
r21169
r21174
r21177
r21188
r21193 (bugs 13881/13948 from the list)
r21194 (13871 from the list)

Craig


> On 25 Apr 2016, at 23:52, Craig Bradney <cbradney at scribus.info> wrote:
> 
> I can now pretty easily build CTL nightlies? 
> 
> https://sourceforge.net/projects/scribus/files/scribus-svn/CTL/
> 
> I just uploaded a build. Note, it has NOT been tested in any way.
> 
> Craig
> 
> 
>> On 25 Apr 2016, at 16:59, Khaled Hosny <khaledhosny at eglug.org> wrote:
>> 
>> AFAIK, all boxes related fixes in trunk are either picked in the CTL
>> branch, solved in a different way, or was already solved while doing the
>> CTL integration. The only remaining issue in this category is the
>> performance of linked text frames which will probably be a none-issue
>> when we introduce a general shaping cache (like many other users of
>> HarfBuzz).
>> 
>> Other than that, this is the list of issues we need to fix before the
>> code is ready to be merged:
>> https://github.com/HOST-Oman/scribus/milestones/Complex%20text%20layout
>> 
>> One particularly difficult issue in this list is breaking lines inside
>> ligatures: https://github.com/HOST-Oman/scribus/issues/144 To put it
>> simply, I don?t have a clear idea how to fix this, yet. I know how TeX
>> handles it (it stores both the ligated glyph and its non ligated
>> components in its ?shaping? output) but it can?t be replicated with
>> HarfBuzz with a very big performance penalty (need to reshape the text
>> several times with and without the ligatures and check the difference)
>> or sacrificing layout accuracy.
>> 
>> Any help with the remaining issues is highly appreciated, it is only me
>> and Fahad working on the code now in our spare time.
>> 
>> Regards,
>> Khaled
>> 
>> On Mon, Apr 25, 2016 at 09:16:21AM -0500, Scribus User wrote:
>>> Hi everybody,
>>> I'm writing this email to get things straight and clear about where is CTL
>>> in comparison to trunk these days. FYI, I'm not speaking for the Scribus
>>> team here, just working to understand for my own perception. Thank you for
>>> your patience.
>>> 
>>> Recently a github bug was open on Host-Oman repo
>>> https://github.com/HOST-Oman/scribus/issues/147 (although we don't know if
>>> these are the only blockers for 1.5.2 yet). Host-Oman responded that most
>>> of these were fixed but needed testing to confirm. Also Craig recently sent
>>> an email with revisions that Scribus Team made in Trunk in order to fix
>>> some regressions from 'boxes' merge (Craig, where is that list BTW, could
>>> you resend?)
>>> 
>>> 1. Are all these things reconciled?
>>> 2. Are there any pending issues that need to be addressed? Lets list them.
>>> 3. In order to get more widely tested, CTL needs to be built nightly so
>>> that testers can confirm the Host-Oman's great progress. Can we organize a
>>> place and methodology for this to happen? (I've tried to spearhead this but
>>> encountered some technical problems:
>>> https://github.com/HOST-Oman/scribus/issues/118). Any volunteers, please
>>> make yourselves heard.
>>> 
>>> Thanks for all the work so far from everybody involved!
>>> 
>>> Cheers,
>>> /Kunda
>> 
>>> _______________________________________________
>>> scribus-dev mailing list
>>> scribus-dev at lists.scribus.net
>>> http://lists.scribus.net/mailman/listinfo/scribus-dev
>> 
>> 
>> _______________________________________________
>> scribus-dev mailing list
>> scribus-dev at lists.scribus.net
>> http://lists.scribus.net/mailman/listinfo/scribus-dev
> 
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev



From khaledhosny at eglug.org  Mon Apr 25 22:39:52 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 26 Apr 2016 00:39:52 +0200
Subject: [scribus-dev] CTL and Trunk: where are we at?
In-Reply-To: <0BC36BC5-7A43-4874-A1FE-92FBCC17ACC1@scribus.info>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
 <20160425145956.GA14755@macbook>
 <02CE2A9D-A0C4-44EA-8E73-8142BD947638@scribus.info>
 <0BC36BC5-7A43-4874-A1FE-92FBCC17ACC1@scribus.info>
Message-ID: <20160425223952.GA3477@macbook>

One issue that always bugs me is the lack of test files attached to most
issue reports, and one is expected to follow some vague instructions (or a
screen shot of some Scribus settings). This is really just making it
hard for everyone involved, and I think it should be a requirement that
the issue reports attaches a small document showing the issue (unless it
is something that can?t be captured in a document of course).

Regards,
Khaled

On Mon, Apr 25, 2016 at 11:53:45PM +0200, Craig Bradney wrote:
> the list of commits to be reviewed were:
> 
> r21114
> r21115
> r21117
> r21118
> r21123
> r21124
> r21125
> r21126
> r21128
> r21130
> r21131
> r21132
> r21135
> r21136
> r21138
> r21142
> r21144
> r21145
> r21146
> r21150
> r21155
> r21158
> r21160
> r21165
> r21168
> r21169
> r21174
> r21177
> r21188
> r21193 (bugs 13881/13948 from the list)
> r21194 (13871 from the list)
> 
> Craig
> 
> 
> > On 25 Apr 2016, at 23:52, Craig Bradney <cbradney at scribus.info> wrote:
> > 
> > I can now pretty easily build CTL nightlies? 
> > 
> > https://sourceforge.net/projects/scribus/files/scribus-svn/CTL/
> > 
> > I just uploaded a build. Note, it has NOT been tested in any way.
> > 
> > Craig
> > 
> > 
> >> On 25 Apr 2016, at 16:59, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >> 
> >> AFAIK, all boxes related fixes in trunk are either picked in the CTL
> >> branch, solved in a different way, or was already solved while doing the
> >> CTL integration. The only remaining issue in this category is the
> >> performance of linked text frames which will probably be a none-issue
> >> when we introduce a general shaping cache (like many other users of
> >> HarfBuzz).
> >> 
> >> Other than that, this is the list of issues we need to fix before the
> >> code is ready to be merged:
> >> https://github.com/HOST-Oman/scribus/milestones/Complex%20text%20layout
> >> 
> >> One particularly difficult issue in this list is breaking lines inside
> >> ligatures: https://github.com/HOST-Oman/scribus/issues/144 To put it
> >> simply, I don?t have a clear idea how to fix this, yet. I know how TeX
> >> handles it (it stores both the ligated glyph and its non ligated
> >> components in its ?shaping? output) but it can?t be replicated with
> >> HarfBuzz with a very big performance penalty (need to reshape the text
> >> several times with and without the ligatures and check the difference)
> >> or sacrificing layout accuracy.
> >> 
> >> Any help with the remaining issues is highly appreciated, it is only me
> >> and Fahad working on the code now in our spare time.
> >> 
> >> Regards,
> >> Khaled
> >> 
> >> On Mon, Apr 25, 2016 at 09:16:21AM -0500, Scribus User wrote:
> >>> Hi everybody,
> >>> I'm writing this email to get things straight and clear about where is CTL
> >>> in comparison to trunk these days. FYI, I'm not speaking for the Scribus
> >>> team here, just working to understand for my own perception. Thank you for
> >>> your patience.
> >>> 
> >>> Recently a github bug was open on Host-Oman repo
> >>> https://github.com/HOST-Oman/scribus/issues/147 (although we don't know if
> >>> these are the only blockers for 1.5.2 yet). Host-Oman responded that most
> >>> of these were fixed but needed testing to confirm. Also Craig recently sent
> >>> an email with revisions that Scribus Team made in Trunk in order to fix
> >>> some regressions from 'boxes' merge (Craig, where is that list BTW, could
> >>> you resend?)
> >>> 
> >>> 1. Are all these things reconciled?
> >>> 2. Are there any pending issues that need to be addressed? Lets list them.
> >>> 3. In order to get more widely tested, CTL needs to be built nightly so
> >>> that testers can confirm the Host-Oman's great progress. Can we organize a
> >>> place and methodology for this to happen? (I've tried to spearhead this but
> >>> encountered some technical problems:
> >>> https://github.com/HOST-Oman/scribus/issues/118). Any volunteers, please
> >>> make yourselves heard.
> >>> 
> >>> Thanks for all the work so far from everybody involved!
> >>> 
> >>> Cheers,
> >>> /Kunda
> >> 
> >>> _______________________________________________
> >>> scribus-dev mailing list
> >>> scribus-dev at lists.scribus.net
> >>> http://lists.scribus.net/mailman/listinfo/scribus-dev
> >> 
> >> 
> >> _______________________________________________
> >> scribus-dev mailing list
> >> scribus-dev at lists.scribus.net
> >> http://lists.scribus.net/mailman/listinfo/scribus-dev
> > 
> > 
> > _______________________________________________
> > scribus-dev mailing list
> > scribus-dev at lists.scribus.net
> > http://lists.scribus.net/mailman/listinfo/scribus-dev
> 
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev


From gpittman at iglou.com  Tue Apr 26 00:43:45 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Mon, 25 Apr 2016 20:43:45 -0400
Subject: [scribus-dev] CTL and Trunk: where are we at?
In-Reply-To: <20160425223952.GA3477@macbook>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
 <20160425145956.GA14755@macbook>
 <02CE2A9D-A0C4-44EA-8E73-8142BD947638@scribus.info>
 <0BC36BC5-7A43-4874-A1FE-92FBCC17ACC1@scribus.info>
 <20160425223952.GA3477@macbook>
Message-ID: <571EB9C1.6010701@iglou.com>

On 04/25/2016 06:39 PM, Khaled Hosny wrote:
> One issue that always bugs me is the lack of test files attached to most
> issue reports, and one is expected to follow some vague instructions (or a
> screen shot of some Scribus settings). This is really just making it
> hard for everyone involved, and I think it should be a requirement that
> the issue reports attaches a small document showing the issue (unless it
> is something that can?t be captured in a document of course).
> 

You might post this to the regular list also, since there may be some
who don't subscribe to this list that could report bugs.
As a further hint, I would suggest being a bit more positive, i.e., not
so much complaining ("one issue that always bugs me"), and more words of
encouragement, in hope that bugs will continue to be reported, and maybe
even more helpful bugs with attached files.

Greg


From scribus.user at gmail.com  Tue Apr 26 00:48:14 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 25 Apr 2016 19:48:14 -0500
Subject: [scribus-dev] CTL and Trunk: where are we at?
In-Reply-To: <571EB9C1.6010701@iglou.com>
References: <CAAt0FRiH9LTpv1q1dyuenXLT9mzCR0VDO6ySXa1yk2BMWwVTGw@mail.gmail.com>
 <20160425145956.GA14755@macbook>
 <02CE2A9D-A0C4-44EA-8E73-8142BD947638@scribus.info>
 <0BC36BC5-7A43-4874-A1FE-92FBCC17ACC1@scribus.info>
 <20160425223952.GA3477@macbook> <571EB9C1.6010701@iglou.com>
Message-ID: <CAAt0FRhkCDaTG-03A4v-Bge7C+63POVWmCO0B+6NPd5AMsrJJw@mail.gmail.com>

On Mon, Apr 25, 2016 at 7:43 PM, Gregory Pittman <gpittman at iglou.com> wrote:

> On 04/25/2016 06:39 PM, Khaled Hosny wrote:
> > One issue that always bugs me is the lack of test files attached to most
> > issue reports, and one is expected to follow some vague instructions (or
> a
> > screen shot of some Scribus settings). This is really just making it
> > hard for everyone involved, and I think it should be a requirement that
> > the issue reports attaches a small document showing the issue (unless it
> > is something that can?t be captured in a document of course).
> >
>
> You might post this to the regular list also, since there may be some
> who don't subscribe to this list that could report bugs.
> As a further hint, I would suggest being a bit more positive, i.e., not
> so much complaining ("one issue that always bugs me"), and more words of
> encouragement, in hope that bugs will continue to be reported, and maybe
> even more helpful bugs with attached files.
>
> Greg


The process of getting people to fill out bug reports correctly is an
ongoing one. Many of the older bugs don't have attached example SLAs or
even screenshots. So I empathize. I agree with Greg that it's important to
stay positive. I'll also be vigilant as possible to get those bug reports
as accommodating to the devs, like yourself, as possible.

Cheers,
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160425/a1454151/attachment.html>

From christoph-schaefer at gmx.de  Tue Apr 26 05:57:07 2016
From: christoph-schaefer at gmx.de (=?UTF-8?Q?=22Christoph_Sch=C3=A4fer=22?=)
Date: Tue, 26 Apr 2016 07:57:07 +0200
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <20160424111546.GB1025@gazda>
References: <20160424111546.GB1025@gazda>
Message-ID: <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>



> Gesendet: Sonntag, 24. April 2016 um 13:15 Uhr
> Von: "Juraj Fedel" <wtxnh-scribus at yahoo.com.au>
> An: "Scribus List" <scribus-dev at lists.scribus.net>
> Betreff: [scribus-dev] Problem accessing wiki and bugs webpages
>
> For some time now (more then 1 moths, maybe even 6 month) I can not
> access scribus wiki or scribus bugs with my prefer ed web browser.
> Before I was able to access those websites with my browser.
> 
> It is w3m browser (browser that run within emacs buffer).
> When I try to open webpage I see this as reply:
> 
> <<<<+++
> Location: https://wiki.scribus.net/canvas/Working_with_image_frames                                                    
> Forbidden
> 
> You don't have permission to access /canvas/Working_with_image_frames on this server.
> -------------------
> Apache Server at wiki.scribus.net Port 443
> <<<<---
> 
> When accessing bugs website I get this:
> 
> <<<<+++
> Location: https://bugs.scribus.net/my_view_page.php                                                                    
> Forbidden
> 
> You don't have permission to access /my_view_page.php on this server.
> ------
> Apache Server at bugs.scribus.net Port 443
> <<<<---
> 
> The header in https reply has this line:
> HTTP/1.1 403 Forbidden
> 
> Was there some changes made on those two websites (within last 6 month,
> i am not sure when problem exactly started) that could cause this
> behavior?
> 
> I can open the page with elinks (another text only browser running in terminal) or
> Firefox but not with w3m.
> 
> Juraj


Hi Juraj,

Yes, there has been a major change to our sites, namely the switch to https. Maybe this is the source of your issues.

HTH,

Christoph


From wtxnh-scribus at yahoo.com.au  Tue Apr 26 07:23:04 2016
From: wtxnh-scribus at yahoo.com.au (Juraj Fedel)
Date: Tue, 26 Apr 2016 09:23:04 +0200
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
References: <20160424111546.GB1025@gazda>
 <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
Message-ID: <20160426072304.GA1031@gazda>

On Tue, Apr 26, 2016 at 07:57:07AM +0200, "Christoph Sch?fer" wrote:
> Yes, there has been a major change to our sites, namely the switch to
> https. Maybe this is the source of your issues.

This might be it! The strange thing is that I do not have problem with
other sites that use https only scribus sites (for example
https://savannah.gnu.org/projects/gneuralnetwork/ load fine).
The browser that I prefer (w3m) is able to handle https.

I really do not have idea what the problem is, maybe some
(mis)configuration on server side? Or it might be w3m's fault for not
handling those 2 sites correctly.

Since I am probably the only one who has this problem I will just need
to use other browser, I guess.

Thanks for info
Juraj


From scribus.user at gmail.com  Tue Apr 26 17:39:42 2016
From: scribus.user at gmail.com (Scribus User)
Date: Tue, 26 Apr 2016 12:39:42 -0500
Subject: [scribus-dev] Drag input from Nautilus,
	gThumb and Shotwell doesn't work
Message-ID: <CAAt0FRhsrJwSNkJ4YbxF6FZ5QtaQ+my3XxZ48_L=P5jE7EA4_w@mail.gmail.com>

Anyone willing to take a shot at this?
https://bugs.scribus.net/view.php?id=12597

/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160426/01c75911/attachment.html>

